2 ЛП

Суть достаточно прозрачна. REDO (в Oracle) используются исключительно для наката транзакций при различных форс-мажорах и не для чего больше, поэтому запись в них осуществляется строго последовательно, никакой конкуренции и максимальная производительность. Транзакция считается состоявшейся, когда в REDO (по commit) записывается информация о том, что она завершена (потом неспеша пишутся грязные блоки базы данных из кэша в дисковую память произвольного доступа). Если чего-то упадет, эти блоки можно восстановить по текущим REDO-логам. При переключении журналов, остатки грязных блоков сбрасываются на диск принудительно и отработанный журнал начинает архивироваться (единственным и очень слабым оправданием отключения archivelog является нехватка места на диске). По архивным логам можно восстановить состояние базы на любой момент времени (начав с последней полной (горячей или холодной) копии). Также можно восстанавливать по отдельности файлы данных и табличные пространства.
Не совсем понял, что есть флаг фиксации, но НА ДИСК данные о фиксации транзакции в общем случае пишутся раньше чем сами данные (разумеется еще раньше данные изменяются в кэше). В общем не суть важно, что хранится в REDO, важно, что они применяются только для наката. Впрочем есть LOGMINER, позволяющий просматривать их содержимое в форме SQL запросов.
UNDO храняться в сегментах отката и используются для rollback и обеспечения версионности. Они храняться в самых обычных табличных пространствах, защищенных REDO-логами. Это очень важно, поскольку при сбое сначала вся база (вместе с UNDO) накатывается по текущим REDO-логам, а затем выполняется обычный откат всех незавершенных транзакций.
Надеюсь, что я ответил на Ваш вопрос и ничего не перепутал.