Oracle DBA Forum  

Вернуться   Oracle DBA Forum > Oracle University Official Study Notes (RUS) > База данных Oracle 10g Администрирование > База данных Oracle 10g Администрирование I

Ответ
 
Опции темы Опции просмотра
  #21  
Старый 24.09.2009, 19:40
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Конфигурирование псевдонимов служб



Конфигурирование псевдонимов служб

Чтобы создать локальный псевдоним службы Oracle Net, выберите Local Naming в выпадающем списке Administer и щелкните на кнопке Go, затем щелкните на кнопке Create.

Для конфигурирования псевдонимом служб каталога имен выберите Directory Naming вместо Local Naming.

Примечание: Опция Directory Naming недоступна, если каталог имен не был уже сконфигурирован. Каталог имен рассматривается в курсе Oracle Enterprise Identity Management и в документе Oracle Advanced Security Administration.

На странице Create Net Service введите уникальное имя в поле Net Service Name (псевдоним, используемый пользователями). Введите имя службы или SID базы данных, щелкните на кнопке Add и задайте адрес соединения со службой (протокол, порт и хост, на котором ведется прослушивание).
__________________
Телеграм чат
Ответить с цитированием
  #22  
Старый 24.09.2009, 19:42
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Дополнительные опции соединения



Дополнительные опции соединения

Данные опции позволяют Oracle Net использовать такие дополнительные возможности, как перенаправление соединения при сбое процесса прослушивания (listener failover), распределение рабочей нагрузки (load balancing), а также маршрутизацию от источника (source routing), задаваемую при функционировании менеджера соединений (Connection Manager) Oracle.

Если включено перенаправление соединения при сбоях (connect-time failover), псевдоним соединения указывает на несколько прослушиваемых адресов. Когда первый адрес недоступен, делается попытка использовать второй. Oracle Net продолжает попытки, пока не найдет работоспособный процесс прослушивания. Если все просматриваемые адреса не работают, соединение аварийно прерывается.

Когда включено распределение рабочей нагрузки (load balancing), Oracle Net выбирает случайным образом адрес из списка адресов.

Маршрутизация от источника (source routing) применяется вместе с менеджером соединений, который выступает в качестве proxy-сервера брандмауэра, пропуская трафик Oracle по заданному с учетом требований безопасности пути. Oracle Net обрабатывает адреса в коммутационном списке (list of relays) и соединяется сначала по первому адресу, а затем запрашивает передачу данных от первого ко второму адресу, пока не будет достигнуто место приема данных. Маршрутизация от источника отличается от двух других указанных выше опций тем, что все адреса используются во время соединения.

Следует отметить, что есть пять вариантов использования возможностей перенаправления соединений при сбоях (failover), распределения нагрузки (load balancing) и маршрутизации от источника (source routing).

__________________
Телеграм чат
Ответить с цитированием
  #23  
Старый 24.09.2009, 19:44
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Тестирование соединения Oracle Net



Тестирование соединения Oracle Net

tnsping - это утилита, подобная утилите ping для тестирования протокола TCP/IP. Она быстро проверяет работоспособность пути сетевого доступа к месту назначения. Например, введите в командном окне: tnsping orcl.

Утилита проверяет, что имя хоста, порт и протокол позволяют достичь процесса прослушивания. На самом деле не проверяется, может ли процесс прослушивания обработать имя службы. Одно из свойств утилиты tnsping состоит в том, что она показывает расположение файлов конфигурации. В системах с несколькими домашними директориями сервера Oracle ( ORACLE_HOME) это может быть полезно.
__________________
Телеграм чат
Ответить с цитированием
  #24  
Старый 24.09.2009, 19:44
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Пользовательские сеансы: выделенный сервер (dedicated server)



Пользовательские сеансы: выделенный сервер (dedicated server)

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

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

увеличить системные ресурсы (память и ЦП);
применить архитектуру разделяемого сервера Oracle.
__________________
Телеграм чат
Ответить с цитированием
  #25  
Старый 24.09.2009, 19:45
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Пользовательские сеансы: разделяемый сервер (shared server)



Пользовательские сеансы: разделяемый сервер (shared server)

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

Запрос на соединение направляется к наименее загруженному диспетчерскому процессу, обслуживающему службу с требуемым именем. Пользователи остаются подсоединенными к одному и тому диспетчеру в течении всего сеанса.

В отличие от выделенных серверных процессов один диспетчер может управлять сотнями сеансов пользователей.

На самом деле диспетчеры не выполняют пользовательские запросы. Вместо этого они передают их в общую очередь, расположенную в области разделяемого пула SGA. Разделяемые серверные процессы берут на себя большую часть работы выделенных серверных процессов, выбирая запросы из очереди и полностью их обрабатывая. Так как запросы одного и того же пользовательского сеанса могут обрабатываться разными серверными процессами, большая часть структур памяти, обычно хранимых в PGA, должны быть размещены в разделяемой памяти (по умолчанию в разделяемом пуле). Однако, если сконфигурирован большой пул или включено автоматическое управление памятью (SGA_TARGET >0), такие структуры используют место в большом пуле SGA.
__________________
Телеграм чат
Ответить с цитированием
  #26  
Старый 24.09.2009, 19:47
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию SGA и PGA



SGA и PGA

Содержимое системной глобальной области (System Global Area - SGA) и программной глобальной области (Program Global Area - PGA) зависит от того, какие серверы используются: выделенные или разделяемые.

Текст и синтаксически анализируемые формы всех операторов SQL хранятся в SGA.
Состояние курсора содержит значения, хранимые в памяти во время выполнения SQL-команды, например, выбранные строки.
Данные пользовательского сеанса включают информацию, имеющую отношение к безопасности, а также использованию ресурсов.
Стековое пространство содержит переменные для процесса.

Примечание:

Изменения в SGA и PGA прозрачны для пользователя; но если поддерживаются несколько пользователей, необходимо увеличить размер LARGE_POOL_SI ZE . Каждый разделяемый серверный процесс должен иметь доступ к пространствам данных всех сеансов, чтобы любой сервер мог обрабатывать запросы любого сеанса. Для пространства данных каждого сеанса выделяется место в SGA. Пространство данных сеанса можно ограничить параметром PRIVATE_SGA в профиле пользователя (в Database Control страница General профиля пользователя).
__________________
Телеграм чат
Ответить с цитированием
  #27  
Старый 24.09.2009, 19:48
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Разделяемый сервер: пул соединений



Разделяемый сервер: пул соединений

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

В примере на слайде сервер базы данных Oracle сконфигурирован для 255 соединений. Один из клиентов простаивал заданное время. Пул соединений делает доступным его соединение для нового клиента, устанавливающего 256-е соединение. Когда простаивающему клиенту потребуется выполнить действия, его соединение переустанавливается путем использования соединения другого простаивающего клиента.
__________________
Телеграм чат
Ответить с цитированием
  #28  
Старый 24.09.2009, 19:48
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Когда не используется разделяемый сервер



Когда не используется разделяемый сервер

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

Операции резервирования и восстановления, выполняемые с помощью утилиты Oracle Recovery Manager (рассматриваются далее в курсе) также имеют дело с очень большими объемами данных и поэтому должны использовать выделенные соединения.
Многие административные задачи нельзя или не стоит решать с использованием соединения с разделяемыми серверами. Это такие операции, как запуск и остановка экземпляра, создание табличных пространств и файлов данных, сопровождение индексов и таблиц, подсчет статистик и многие другие операции, выполняемые АБД. Все сеансы администраторов баз данных должны использовать выделенные процессы.
__________________
Телеграм чат
Ответить с цитированием
  #29  
Старый 24.09.2009, 19:49
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию Итоги

__________________
Телеграм чат
Ответить с цитированием
  #30  
Старый 24.09.2009, 19:49
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,211
По умолчанию

__________________
Телеграм чат
Ответить с цитированием
Ответ
Опции темы
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход


Текущее время: 01:49. Часовой пояс GMT +3.


Powered by vBulletin®