Память пользовательского процесса

Для каждого пользовательского процесса Oracle требуется область памяти, известная под названием PGA (program global area — глобальная область программы), которую иногда называют process global area (глобальная область процесса). Область SGA может совместно использоваться различными процессами для данного экземпляра Oracle; PGA — это память, которая может использоваться только одним процессом. Размер PGA зависит от операционной системы, и она распределяется на машине сервера базы данных — на той же машине, где находится SGA.

Использование многопоточного сервера может уменьшить объем памяти, требуемый для области PGA, поскольку находящиеся в PGA элементы, в большей степени пригодные для совместного использования, могут быть перемещены в область SGA. Однако это возможно, только если была установлена конфигурация многопоточного сервера, как описано в следующем разделе.

Многопоточный сервер

В заданной по умолчанию клиент-серверной конфигурации Oracle (как на большинстве UNIX-платформ) каждый процесс внешнего интерфейса (например инструментарий Oracle, функционирующий на персональном компьютере) имеет «парный» процесс на машине сервера базы данных, которая выполняет работу для программы клиента. Каждый внешний интерфейс имеет соответствующий вспомогательный процесс, действующий от его имени. Этот вспомогательный процесс называют теневым процессом. Так, например, если к базе данных подключено 100 пользователей, имеется 100 теневых процессов.

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

Вместо того чтобы использовать эту установку, заданную по умолчанию, можно установить конфигурацию многопоточного сервера (MTS — MultiThreaded Server), для которой должен быть установлен компонент SQL*NET версии 2. С помощью многопоточного сервера можно организовать совместное использование процессов сервера. Они выполняют ту работу, которую в ином случае выполняли бы теневые процессы; однако совместно используемых процессов сервера имеется гораздо меньше. Если потребуется увеличить их количество, Oracle автоматически это сделает. При создании новых совместно используемых процессов сервера, Oracle автоматически освобождает некоторые совместно используемые процессы сервера, если их число превосходит предел, установленный администратором базы данных.

Использование конфигурации многопоточного сервера позволяет значительно уменьшить непроизводительные затраты, связанные с наличием многих теневых процессов, управляемых операционной системой. Конфигурация многопоточного сервера устанавливается администратором базы данных, который настраивает SQL*NET, а затем и экземпляр Oracle для работы в этом режиме.

В конфигурации многопоточного сервера процесс пользователя все еще может подключиться к экземпляру через выделенный сервер, что особенно полезно для предотвращения непроизводительных затрат при прохождении через фоновые процессы связанные с многопоточным сервером. Этот подход применим при пакетной обработке, больших загрузках и т. п.

На рис. 11.2 показана концептуальная схема работы многопоточного сервера.