цессы Oracle). В этих файлах хранятся данные таблиц, индексов, временное пространство, журналы повторного выполнения и т.д.

Если запустить СУБД Oracle в UNIX-системе и выполнить команду ps (для просмотра состояния процессов), можно увидеть количество работающих процессов и их имена. Например:

$ /bin/ре -aef grep ora816

Я еще опишу назначение каждого из этих процессов, но часто их в совокупности называют просто фоновыми процессами Oracle. Это - постоянно работающие процессы, образующие экземпляр; они появляются при запуске СУБД и работают до тех пор, пока она не будет остановлена. Интересно отметить, что все это - процессы, а не программы. СУБД Oracle реализуется одной программой в UNIX, но программа эта многолика. Программа, которая запускалась для реализации процесса ora lgwr ora816dev, б1ла использована и для запуска процесса ora ckpt ora816dev. Есть только один двоичный файл с именем oracle. Просто он выполняется несколько раз с разными именами. В ОС Windows с помощью программы tlist, входящей в Windows resource toolkit, можно обнаружить только один процесс - Oracle.exe. В случае NT тоже есть всего одна двоичная программа. Этот процесс создает несколько потоков, представляющих фоновые процессы Oracle. С помощью утилиты tlist (или любого из множества подобных средств) можно увидеть эти потоки:

C:\Documents and Settings\Thomas Kyte\Desktop>tlist 1072 1072 ORACLE.EXE

СТО: C:\oracle\DATABASE\

CmdLine: c:\oracle\bin\ORACLE.EXE TKYTE816

VirtualSite: 144780 KB PeakVirtualSize: 154616 KB WorkingSetSize: 69424 KB PeakNorkingSetSize: 71208 KB NumberOfThreads: 11

0 Win32startAddr:0x00000000 LastErr:0x00000000 State:Initialized

5 Win32StartAddr:0x00000000 LastErr:0x00000000 State:Initialized

5 Win32StartAddr:0x00000000 LastErr:0x00000000 State:Initialized

5 Hin32StartAddr:0x00000000 LastErr:0x00000000 State:Initialized

5 Win32stertAddr:0x00000000 LastErr:0x00000000 State:Initialized

5 Win32StartAddx:0x00000000 LastErr:0x00000000 State:Initialized

5 Win32StartAddr:0x00000000 LastErr:0x00000000 State:Initialized

5 Win32StartAddr:0x00000000 LastErr:0x00000000 State:Initialized

5 Win32StartAddr:0x00000000 LastErr:0x00000000 State:Initialized

5 Win32StartAddr:0x00000000 LastErr:0x00000000 State:Initialized

5 Win32StartAddr:0x00000000 LastErr:0x00000000 State:Initialized 0.0.0.0 shp0x00400000 ORACLE.EXE

5.0.2163.1 shp0x77f80000 ntdll.dll

0.0.0.0 shp0x60400000 oraclient8.dll

0.0.0.0 shp0x60600000 0.0.0.0 shp0x60800000

oracore8.dll oranls8.dll

В данном случае имеется 11 потоков, выполняющихся в рамках одного процесса Oracle. Если подключиться к базе данных, количество потоков увеличится до 12. В ОС UNIX к существующим процессам oracle просто добавился бы еще один. Теперь можно представить следующую схему. Предыдущая схема представляла концептуальный вид СУБД Oracle сразу после запуска. Теперь, если подключиться к СУБД Oracle в наиболее типичной конфигурации, схема будет выглядеть примерно так:

Экземпляр

База данных

клиентское подключение

выделеннык

сервер у Дисковый веодвыво

Обычно СУБД Oracle при подключении пользователя создает новый процесс. Это принято называть конфигурацией выделенного сервера, поскольку на все время сеанса ему выделяется отдельный серверный процесс. Сеансы и выделенные серверы находятся в отношении один к одному. Клиентский процесс (любая программа, пытающаяся подключиться к СУБД) будет непосредственно взаимодействовать с соответствующим выделенным сервером по сети, например, через сокет TCP/IP. Именно этот сервер будет получать и выполнять SQL-операторы. Он будет читать файлы данных, а также искать необходимые данные в кэше. Он будет выполнять операторы UPDATE и PL/SQL-код. Единственное его назначение - отвечать на получаемые SQL-запросы.

СУБД Oracle также может работать в режиме многопотокового сервера (multi-threaded server - MTS), в котором при подключении не создается дополнительный поток или процесс UNIX. В режиме MTS СУБД Oracle использует пул разделяемых серверов для поддержки большого количества пользователей. Разделяемые серверы - это просто механизм организации пула подключений. Вместо запуска 10000 втделенных серверов (это действительно много, если речь идет о процессах или потоках) для 10000 сеансов режим MTS позволяет обслуживать их с помощью гораздо меньшего количества разделяемых серверов, которые (как следует из названия) будут совместно использоваться всеми сеансами. Это позволяет СУБД Oracle поддерживать намного больше сеансов, чем в режиме выделенного сервера. Машина, на которой работает сервер, может не справиться с поддержкой 10000 процессов, но управление 100 или 1000 процессами для нее вполне реально. В режиме MTS разделяемые серверные процессы обычно запускаются сразу при

старте СУБД и отображаются в списке, выдаваемом командой ps (в представленных выше результатах выполнения команды ps процесс ora s000 ora816dev представляет собой разделяемый серверный процесс).

Принципиальное отличие режима MTS от режима выделенного сервера состоит в том, что клиентский процесс, подключившийся к СУБД, никогда не взаимодействует непосредственно с разделяемым сервером, как это происходит в случае выделенного сервера. Он не может взаимодействовать с разделяемым сервером, так как соответствующий процесс используется совместно. Чтобы обеспечить совместное использование этих процессов, необходим другой механизм взаимодействия. Для этого в СУБД Oracle используется процесс (или набор процессов), которые называют диспетчерами. Клиентский процесс взаимодействует по сети с процессом-диспетчером. Процесс-диспетчер помещает запрос клиента в очередь запросов в SGA (это одно из многих назначений области SGA). Первый же свободный разделяемый сервер выберет и обработает этот запрос (например, запрос может иметь вид UPDATE T SET X = Х+5 WHERE Y = 2). По завершении выполнения команды разделяемый сервер поместит ответ в очередь ответов. Процесс-диспетчер следит за очередью и немедленно передает полученный результат клиенту. Концептуально поток информации в режиме MTS выглядит следующим образом:

Клиентское подключение посылает запрос диспетчеру. Диспетчер поместит этот запрос в очередь запросов в области SGA (1). Первый свободный разделяемый сервер выберет этот запрос (2) из очереди и обработает его. Когда разделяемый сервер закончит выполнение, ответ (коды возврата, данные и т.д.) помещается в очередь ответов (3), после чего выбирается диспетчером (4) и возвращается клиенту.

С точки зрения разработчика нет никакой разницы между подключением к серверу в режиме MTS и подключением к выделенному серверу. Теперь, когда стало понятно, как происходит подключение к выделенному и разделяемому серверу, возникают вопросы: а как вообще подключиться; как запускается выделенный сервер и как связываться с процессом-диспетчером? Ответы зависят от платформы, но в принципе все происходит так, как описано ниже.

Мы рассмотрим наиболее общий случай: запрос на подключение по сети с использованием протоколов TCP/IP. В этом случае клиент находится на одной машине, а сервер - на другой, причем эти машины связаны сетью на базе семейства протоколов TCP/IP. Все начинается с клиента. Он посылает запрос клиентскому ПО Oracle на подключение к базе данных. Например, выполняется команда:

С:\> sqlplus scott/tiger@ora816.us.oracle.com