Данные отмены хранятся в сегменте отката. Сегмент отката
хранится в табличном пространстве и (это крайне важно) защищен журналом повтор-
ного выполнения, как и любой другой сегмент. Другими словами, данные отката обра-
батываются так же, как и данные таблицы или индекса, — изменения в сегментах отка-
та генерируют определенные данные повторного выполнения, которые записываются в
журнал. (Зачем это делается, станет ясно после описания происходящего при сбое сие-
темы). Данные отмены добавляются в сегмент отката и кэшируются в буферном кэше,
как и любые другие данные. Как и генерируемые данные отката, данные повторного вы-
полнения могу состоять из нескольких частей.

Повторное выполнение
Файлы журнала повторного выполнения чрезвычайно важны для базы данных Oracle.
Это журналы транзакций базы данных. Они используются только для восстановления;
единственное их назначение — предоставить необходимую информацию в случае сбоя
экземпляра или носителя. Если на машине, где работает сервер, пропадает питание, что
приводит к сбою экземпляра, сервер Oracle будет использовать активные журналы по-
вторного выполнения для восстановления системы в состояние на момент, непосред-
ственно предшествующий отключению питания. Если происходит сбой диска, сервер
Oracle будет использовать архивные журналы повторного выполнения для восстановле-
ния резервной копии этого диска на соответствующий момент времени. Кроме того, если
случайно удалена таблица или важные данные и это изменение зафиксировано, можно
восстановить потерянные данные с резервной копии, а затем с помощью активного и
архивных файлов журнала повторного выполнения привести их в состояние, соответ-
ствующее моменту, непосредственно предшествующему этому случаю.

....

Так почему же продолжительность фиксации почти не зависит от размера транзак-
ции? До начала фиксации изменений в базе данных, мы уже сделали все самое сложное —
изменили данные, так что  99 , 9  процента работы сделано. Например, уже были выпол-
нены следующие операции:
• в области SGA сгенерированы записи сегмента отката;
• в области SGA сгенерированы измененные блоки данных;
• помещены в буфер журнала повторного выполнения в области SGA данные по-
вторного выполнения для перечисленных выше изменений;
• в зависимости от размера трех предыдущих фрагментов данных и прошедшего вре-
мени, часть их может уже быть сброшена на диск;
• установлены все необходимые блокировки.
При выполнении фиксации осталось сделать следующее.
• Сгенерировать номер системного изменения (SCN — System Change Number) для
транзакции.
• Процессу LGWR надо записать на диск все оставшиеся записи из буфера журна-
ла повторного выполнения, а также записать в активные файлы журнала повтор-
ного выполнения номер SCN. Именно этот шаг и является фактической фикса-
цией. Если этот шаг выполнен, — транзакция зафиксирована. Если запись
транзакции удалена, значит, транзакция зафиксирована. Соответствующая запись
в представлении V$TRANSACTION исчезнет.
• Все блокировки, удерживаемые транзакцией, снимаются, и все сеансы, ожидав-
шие в очередях снятия этих блокировок, могут продолжить работу.
• Многие измененные транзакцией блоки данных будут повторно обработаны и
"очищены" в быстром режиме, если они еще находятся в буферном кэше.
Как видите, для обработки оператора COMMIT надо сделать очень немного.