Практические занятия № 1-19 по дисциплине "Администрирование и оптимизация СУБД Oracle" (Установка программного обеспечения Oracle. Разделяемый сервер Oracle), страница 16

Выполните Вашу работу и подтвердите результаты, просмотрев файл lab_18_05.log.

6.  Как пользователь INVENTORY с помощью SQL*Loader загрузите данные в таблицу product_on_hand.

Введите  и выполните команду:

Sqlldr userid=inventory/verysecure control=lab_18_06.ctl log=lab_18_06.log data=lab_18_06.dat

Убедитесь в правильности выполнения команды, просмотрев файл lab_18_06.log.

Практическое занятие по теме 19: разделяемый сервер Oracle

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

Задачи:

•  Изучите влияние на систему соединений с выделенными серверами.

•  Сконфигурируйте использование в системе разделяемых серверов.

•  Изучите влияние на систему соединений с разделяемыми серверами.

1.   Изучите влияние на систему соединений с выделенными серверами.

а)    Откройте четыре терминальных сеанса на вашем сервере.

б)    Проверьте количество выполняемых процессов Oracle.

в)    В оставшихся трех терминальных сеансах запустите сеансы SQL*Plus (ярлык SQL_Plus_ORCL на рабочем столе). Убедитесь, что ни один из них не использует разделяемые сервера.

SQL> connect  system/oracle@orcl  

SQL> SELECT COUNT(*) FROM V$CIRCUIT

COUNT(*)

-------------

0

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

2.  Сконфигурируйте использование в системе разделяемых серверов. Используйте протокол TCP и имя вашего сервиса базы данных.

а) откройте консоль Database Control и перейдите на страницу Administration;

б) введите Dispatchers в поле Filter и щелкните на кнопку GO;

в) измените значение параметра на

(PROTOCOL=TCP)(SERVICE=orclXDB), (PROTOCOL=TCP)(SERVICE=sharedorcl)

г) щелкните на кнопке Apply.

3.  Изучите влияние на систему соединений с разделяемыми серверами.

а)  Завершите три ваших сеанса SQL*Plus (оставьте открытым четвертый терминальный сеанс; он понадобится позже).

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

в)  Откройте три сеанса SQL*Plus с использованием нового имени сервиса:

SQL> connect  system/oracle@localhost:1521/sharedorcl

В приведенной команде используется метод упрощенного соединения. Как еще можно произвести соединение?

г)  Проверьте, что соединения используют разделяемый сервер (в представлении V$CIRCUIT можно увидеть несколько соединений, так как служебные  процессы Enterprise Manager также могут подсоединиться в режиме разделяемого сервера).

SQL> SELECT COUNT(*) FROM V$CIRCUIT

COUNT(*)

-------------

3

д) Проверьте, сколько процессов Oracle теперь выполняется. Ваши три сеанса SQL*Plus вызвали старт только трех новых процессов (три процесса SQL*Plus). Все они обычно выполняются на клиентской машине или сервере приложений. Таким образом, три новых сеанса не добавили новые процессы на стороне сервера.

Тем не менее разделяемые серверные процессы потребляют ресурсы памяти и ЦП на стороне сервера. Однако, делают они это более эффективно по сравнению с выделенными серверными процессами.