Краткий курс

C a c h e SERVICE 
(LMS), службы параллельных запросов Parallel Query Slaves (Pnnn) 
расширенная обработка очередей Advanced Q ueuing (QMNn), менеджер восстановления 
Kecoverer (RECO) и разделяемый сервер Shared Server (Snnn). Все они доступны в про­
дуктах Oracle Database llg . Вы можете дополнительно настроить только процессы рабо­
чей очереди координатора Coordinator Job Queue, диспетчера Dispatcher и менеджера 
восстановления Recoverer. 
г
Понимать, как взаимодействуют разделяемая память, процессы и файлы должен ад- 
министратор базы данных Database Administrator (DBA). Вы можете найти довольно пол­
ное руководство по управлению базой данных в книге «Учебник для DBA для Oracle 
Database llg » , опубликованной Oracle Press. Обобщенное объяснение также есть в учеб­
нике «Современный DBA для Oracle Database Express Edition».
Вне экземпляра базы данных система управления базой данных Oracle предоставляет 
много утилит. Эти утилиты поддерживают архивирование и восстановление базы дан­
ных, проверку интегрированности файлов базы данных Oracle (посредством утилиты
Рис. А.1 
Схема архитектуры экземпляра Oracle

---

664
Приложение А
проверки базы данных DB Verify - dbv), импорт и экспорт данных (с помощью утилит 
imp и ехр, описанных в Приложении Е) и стек сетевых протоколов. Стек сетевых прото- 
колов является важнейшей коммуникационной компонентой, которая делает возможны­
ми локальные и удаленные соединения с базой данных Oracle пользователями, отличны­
ми от владельца исполняемых модулей Oracle. Стек сетевых протоколов называется 
Net8. Net8 является полным слоем узла (complete host layer), который соответствует ссы­
лочной модели взаимодействия открытых систем (Open System Interconnection (OSI) 
Reference Model) и предоставляет слои сеанса, представления и приложений. Вы можете 
найти более подробное описание модели OSI по адресу http*.// en.w ikipedia.org/wiki/ 
OSI_model.
Oracle Net8 обеспечивает взаимодействие между локальными и удаленными програм­
мами и экземпляром базы данных. Удаленные программы, независимо от того, реализо­
ваны они на той же самой физической машине или на других физических машинах, ис­
пользуют удаленные вызовы процедур (Remote Procedure Calls, (RPCs)) для взаимодейс­
твия с экземпляром базы данных. Вызовы RPC позволяют одному компьютеру вызывать 
другой компьютер, перенаправляя запрос на службу наблюдателя.
Вызовы RPC требуют программного обеспечения на клиентской и серверной сторо­
нах. Окружение удаленной клиентской программы должно знать, как попасть в програм­
мное окружение сервера, это определяется посредством чтения файла tnsnames.ora в 
клиентском программном обеспечении Oracle Database llg . Серверное программное 
обеспечение Oracle Database l l g предоставляет реализацию наблюдателя Oracle listener, 
который получает и обрабатывает запросы RPC. Net8 предоставляет возможность упако­
вать и распаковать сетевые пакеты между локальной и удаленной программами и экземп­
ляром базы данных.
Наблюдатель Oracle наблюдает за упако­
ванными передачами Net8 на указанный 
порт. Упакованные передачи являются зако­
дированными пакетами Oracle Net8. Пакеты 
получают с сетевого транспортного уровня, 
например TCP/IP, по назначенному номеру 
порта. Номер порта по умолчанию 1521.
Этот порт является адресом, по которому 
наблюдатель Oracle слушает, получает и осу­
ществляет соединение транзакций к локаль­
ному экземпляру базы данных.
Как показано на Рис. А.2, пакет прибы­
вает на наблюдающий порт, по которому по­
ток наблюдателя производит его ожидание, 
а затем передает его потоку OCI. Затем тран­
закция передается через транспортный уро­
вень Net8 для удаления упаковки и передачи 
команды SQL транзакционному объекту в 
экземпляре базы данных - таблице, пред­
ставлению или хранимой процедуре.
Это процесс имеет два варианта: толс­
тый клиент и тонкий клиент. Связь с помо­
щью толстого клиента старая модель и под­
держивает клиент-серверные вычисления, 
которые работают подобно telnet или безо­
пасной оболочке secure shell (shh) через се­
тевые сокеты с сохранением состояния 
(state-aware network sockets). Коммуникационная модель с толстым клиентом требует, 
чтобы вы установили клиентское программное обеспечение Oracle на компьютере кли­
ента. Клиентское обеспечение Oracle содержит необходимые программы и библиотеки 
для реализации двусторонних сокетов с сохранением состояния (bidirectional state-aware 
sockets) между компьютерами клиента и сервера. Более современная коммуникационная 
модель с тонким клиентом поддерживает как транзакционные шаблоны с сохранением