3) помещение в файл журнала записи контрольной точки. Эта запись
содержит идентификаторы всех транзакций, которые были активны в
момент создания этой контрольной точки.
Если транзакции выполняются последовательно, то после возникно-
вения отказа файл журнала просматривается с целью обнаружения по-
следней из транзакций, начавших свою работу до момента создания по-
следней контрольной точки. Любая более ранняя транзакция будет за-
фиксирована в БД. Это значит, что ее изменения были перенесены на
диск в момент создания последней контрольной точки. Следовательно,
прогону подлежит только транзакция, которая была активна в момент
создания контрольной точки, а также все прочие транзакции, которые
начали свою работу позже и для которых в журнале присутствуют запи-
си как начала, так и завершения. Та транзакция, которая была активна в
момент отказа, должна быть отменена. В случае, если транзакции вы-
полняются в системе параллельно, потребуется повторный прогон всех
транзакций, которые завершили свою работу с момента создания кон-
трольной точки, и выполнение отката всех транзакций, которые были ак-
тивны в момент отказа.
Достарыңызбен бөлісу: