Процесс архивации (arch)

Процесс архивации (ARCH - archiver process)осуществляет автоматическое резервное копирование файлов журнала транзакций после того, как процесс LGWR заполнит их элементами повтора. Последовательный набор архивных файлов журнала транзакций, создаваемых процессомARCH, в совокупности называется архивным журналом транзакций(archived transaction log)базы данных. В случае серьезной неисправности базы данных (например, сбоя диска) резервные копии и архивный журнал транзакций используются для восстановления базы данных и всех завершенных транзакций. Более подробно о способах защиты базы данных, в том числе о резервных копиях и архивном журнале транзакций, будет рассказано позже.

Автоматическая архивация журнала транзакций необязательна, т.е. процесс ARCHработает только при использовании этого средства.

Процесс контрольной точки (ckpt)

Процесс DBWR периодически выполняет контрольные точки (checkpoints),во время которых он переписывает все модифицированные блоки данных из памяти назад, в файлы данных базы. Целью контрольных точек является установление промежуточных меток для соответствующего размещения транзакций на диске. После выполнения контрольной точки все изменения, внесенные завершенными транзакциями, записаны в файлы данных базы. Таким образом, контрольная точка показывает, сколько элементов повтора журнала транзакций нужно использовать для восстановления базы данных после аварии сервера.

Во время выполнения контрольной точки обновляются заголовки всех файлов данных базы данных, чтобы указать эту контрольную точку (в обычной ситуации эту операцию выполняет процесс LGWR). Однако если база данных содержит много файлов данных, большое число операций обновления информации во время выполнения контрольных точек может отрицательно повлиять на производительность процесса LGWRпри регистрации транзакций по мере их завершения. Чтобы облегчить нагрузку на LGWR, экземпляр базы данных может запускать специальный процесс контрольной точки(СКРТ - checkpoint process),который предназначен непосредственно для обновления заголовков файлов данных во время контрольных точек.

Процесс системного монитора (smon)

Во время обработки информации базы данных процесс системного монитора (SMON-system monitor process) экземпляраOracleвыполняет много внутренних операций, причем о некоторых из них пользователь может и не знать. Например, процесс SMON периодически сращивает свободные экстенты в файлах данных табличной области и создает большие свободные экстенты. Процесс SMON функционирует в фоновом режиме, когда активность системы низка или когда требуется выполнить определенные операции.

Процесс монитора процессов (pmon)

Иногда сеансы связи пользователей внезапно прерываются. Например, до того как пользователь отсоединится от Oracle, его сеанс связи может быть неожиданно отключен из-за какой-либо ошибки сети. Процесс монитора процессов(PMON - process monitor process)экземпляра отмечает моменты прекращения сеансов работы пользователей. Процесс PMON устраняет последствия висячих соединений, откатывая транзакции неиспользуемых соединений и высвобождая их ресурсы, тем самым предоставляя другим пользователям возможность обращения к базе данных.