Буферный кэш базы данных БУФЕРА БАЗЫ ДАННЫХ в SGA хранят наиболее недавно использовавшиеся блоки данных из базы данных; все множество буферов базы данных в инстанции составляет БУФЕРНЫЙ КЭШ БАЗЫ ДАННЫХ. Эти буфера могут содержать модифицированные данные, которые еще не записаны на диск для постоянного хранения
Поскольку последние использовавшиеся (в том числе и наиболее часто использующиеся) данные поддерживаются в памяти, требуется меньше дисковых операций, и производительность увеличивается.
Буфер журнала повторения БУФЕР ЖУРНАЛА ПОВТОРЕНИЯ в SGA хранит ЗАПИСИ ПОВТОРЕНИЯ - журнал изменений, осуществленных в базе данных. Записи повторения, хранящиеся в буферах журнала повторения, записываются в онлайновый файл журнала, который используется при необходимости восстановления базы данных. Его размер статичен.
Разделяемый пул Разделяемый пул - это часть SGA, содержащая конструкты разделяемой памяти, такие как разделяемые области SQL
Разделяемая область SQL требуется для обработки каждого уникального предложения SQL, выданного базе данных. Разделяемая область SGA содержит такую информацию, как дерево разбора и план исполнения для соответствующего предложения. Единственная разделяемая область SGA используется всеми приложениями, которые выдают то же самое предложение. Это позволяет оставлять больше разделяемой памяти для других целей.
Курсоры КУРСОР - это описатель (имя или указатель) области памяти, ассоциированной с конкретным предложением. Хотя большинство пользователей ORACLE полагаются на автоматическую обработку курсоров, обеспечиваемую утилитами ORACLE, программные интерфейсы предлагают разработчикам приложений большую степень контроля над курсорами. Например, при разработке приложений прекомпиляторов курсор является именованным ресурсом, доступным программе, и может специально использоваться для разбора предложений SQL, встроенных в приложение. Разработчик может написать приложение так, чтобы оно контролировало фазы исполнения предложения SQL и за счет этого повышало свою производительность.
Глобальная область программы (PGA)
ГЛОБАЛЬНАЯ ОБЛАСТЬ ПРОГРАММЫ (PGA) - это буфер памяти, содержащий данные и управляющую информацию для процесса сервера
PGA создается ORACLE при запуске процесса сервера. Информация в области PGA зависит от конфигурации ORACLE.
Процессы --------
ПРОЦЕСС - это "канал управления", механизм в операционной системе, который исполняет последовательность шагов. Некоторые операционные системы используют термины ЗАДАНИЕ или ЗАДАЧА
Процесс обычно имеет собственную область личной памяти, в которой он работает.
СУБД ORACLE имеет два общих типа процессов: пользовательские процессы и процессы ORACLE.
Пользовательские процессы (клиенты)
ПОЛЬЗОВАТЕЛЬСКИЙ ПРОЦЕСС создается и поддерживается для исполнения программного кода прикладной программы (такой как программа Pro*C) или инструмента ORACLE (такого как SQL*DBA)
Пользовательский процесс также управляет взаимодействием с процессами сервера. Это взаимодействие осуществляется через программный интерфейс, описываемый ниже в этом разделе.
Процессы ORACLE
ПРОЦЕССЫ ORACLE вызываются другими процессами для того, чтобы выполнять функции от имени вызывающего процесса. Ниже обсуждаются различные типы процессов ORACLE и их специфические функции.
Процессы сервера ORACLE создает ПРОЦЕССЫ СЕРВЕРА, чтобы обрабатывать запросы от присоединенных пользовательских процессов. Процесс сервера отвечает за связь с пользовательским процессом и за взаимодействие с ORACLE для выполнения запросов ассоциированного пользовательского процесса. Например, если пользователь запрашивает данные, которых еще нет в буферах базы данных в SGA, то ассоциированный процесс сервера считывает соответствующие блоки данных из файлов данных в SGA.
ORACLE можно конфигурировать на различное число пользовательских процессов на один процесс сервера. В КОНФИГУРАЦИИ ВЫДЕЛЕННОГО СЕРВЕРА каждый процесс сервера обрабатывет запросы для одного пользовательского процесса. КОНФИГУРАЦИЯ МНОГОКАНАЛЬНОГО СЕРВЕРА позволяет многим пользовательским процессам совместно использовать небольшое число процессов сервера, минимизируя количество процессов сервера и максимизируя утилизацию доступных системных ресурсов.
В некоторых системах пользовательский и серверный процессы разделены, тогда как в других системах они объединены в единый процесс. Если система конфигурирована на многоканальный сервер, или если пользовательские и серверные процессы работают на разных машинах, то пользовательский процесс и процесс сервера должны быть раздельными.
Фоновые процессы
ORACLE создает множество ФОНОВЫХ ПРОЦЕССОВ для каждой инстанции
В фоновых процессах сосредоточены те функции, которые иначе пришлось бы выполнять множеством программ ORACLE, запускаемых для каждого пользовательского процесса. Фоновые процессы асинхронно выполняют операции ввода-вывода и отслеживают другие процессы ORACLE, обеспечивая лучший параллелизм и улучшая производительность и надежность.
Область SGA и фоновые процессы ORACLE в совокупности составляют инстанцию ORACLE.
Каждая инстанция ORACLE может использовать несколько фоновых процессов. Эти процессы имеют следующие имена: DBWR, LGWR, CKPT, SMON, PMON, ARCH, RECO, Dnnn и LCKn. Каждый из этих фоновых процессов описан ниже.
Писатель базы данных (DBWR)
ПИСАТЕЛЬ БАЗЫ ДАННЫХ записывает модифицированные блоки из буферного кэша базы данных в файлы данных. Благодаря способу, которым ORACLE осуществляет журнализацию, процессу DBWR не требуется записывать эти блоки при завершении транзакции
Вместо этого DBWR оптимизирован так, чтобы минимизировать обращения к диску. В общем случае, DBWR выполняет запись лишь тогда, когда в SGA требуется прочитать очередную порцию данных, а в буферном кэше недостает свободных буферов. Первыми записываются те данные, к которым было самое давнее обращение.
Писатель журнала (LGWR)
ПИСАТЕЛЬ ЖУРНАЛА записывает на диск записи журнала повторения
Эти записи генерируются в буфере журнала повторения в SGA. Когда транзакция завершается и буфер журнала заполняется, LGWR переписывает записи журнала повторения в файл журнала повторения.
Контрольная точка (CKPT)
В специфические моменты времени все модифицированные буфера в SGA записываются процессом DBWR в файлы данных; это событие называется контрольной точкой. Процесс КОНТРОЛЬНОЙ ТОЧКИ отвечает за своевременную сигнализацию процессу DBWR о контрольных точках и обновление всех файлов данных и управляющих файлов базы данных, чтобы отразить последнюю контрольную точку
Процесс CKPT не обязателен; если он отсутствует, его функции берет на себя процесс LGWR.
Монитор системы (SMON)
МОНИТОР СИСТЕМЫ осуществляет восстановление инстанции во время запуска инстанции. В системе с несколькими инстанциями (при использовании Параллельного сервера), процесс SMON одной инстанции может также осуществлять восстановление других сбившихся инстанций. SMON также очищает временные сегменты, которые больше не используются, и восстанавливает мертвые транзакции, пропущенные после сбоя и восстановления инстанции в результате сбоев файлов или офлайновых ошибок. Процесс SMON в конечном счете восстанавливает такие транзакции, когда табличное пространство или файл переводится в онлайн. SMON также сжимает свободные экстенты в базе данных, чтобы сделать свободное пространство непрерывным и более доступным для распределения.
Монитор процессов (PMON)
МОНИТОР ПРОЦЕССОВ осуществляет восстановление процесса после сбоя пользовательского процесса. PMON отвечает за очистку кэша и освобождение ресурсов, использовавшихся процессом. PMON также контролирует диспетчерские и серверные процессы, и рестартует их, если они сбиваются.
Архиватор (ARCH)
АРХИВАТОР копирует онлайновые файлы журнала повторения в архивную память, когда они переполняются. ARCH активен лишь тогда, когда журнал повторения используется в режиме ARCHIVELOG.
Восстановитель (RECO)
ВОССТАНОВИТЕЛЬ используется для разрешения распределенных транзакций, зависших в результате сетевого или системного сбоя в распределенной базе данных. В моменты, определяемые таймером, локальный RECO пытается соединиться с удаленными базами данных и автоматически подтвердить или отменить локальную порцию каждой висящей распределенной транзакции.
Диспетчер (Dnnn)
ДИСПЕТЧЕРЫ - это необязательные фоновые процессы, существующие лишь в конфигурации многоканального сервера. По меньшей мере один диспетчерский процесс создается для каждого используемого коммуникационного протокола (D000, ..., Dnnn). Каждый диспетчерский процесс отвечает за маршрутизацию запросов от присоединенных пользовательских процессов к доступным разделяемым серверным процессам, и за возвращение ответов обратно в ассоциированные пользовательские процессы.
Блокировка (LCKn)
До десяти процессов БЛОКИРОВКИ (LCK0, ..., LCK9) используются для межинстанционных блокировок в среде Параллельного сервера ORACLE.
Программный интерфейс
ПРОГРАММНЫЙ ИНТЕРФЕЙС - это механизм, посредством которого пользовательский процесс общается с процессом сервера. Он выступает как метод стандартной коммуникации между любым инструментом или приложением клиента (таким как SQL*Forms) и программным обеспечением ORACLE. Программный интерфейс должен:
· действовать как механизм коммуникации, форматируя запросына данные, передавая данные, перехватывая и возвращаяошибки
· выполнять преобразование и трансляцию данных, вчастности, между разными типами компьютеров, или вовнешние типы данных программы пользователя
Коммуникационное программное обеспечение и SQL*Net
Если пользовательский и серверный процессы находятся на разных компьютерах в сети, или если пользовательские процессы присоединяются к разделяемым серверным процессам через диспетчерские процессы, то программный интерфейс включает физическое сетевое соединение, программное обеспечение коммуникации и SQL*Net. SQL*Net - это интерфейс ORACLE к стандартным коммуникационным протоколам, обеспечивающий должную передачу данных между компьютерами.