Oracle Database Net Services Administrator Rus

База данных Oracle®
Сетевой Выпуск 2 (10.2) 10 г

Руководства Администратора
Служб
B14212-02
Октябрь 2005
ОРАКУЛ
Руководство Администратора Служб Сети Базы данных Оракула, 10-граммовый Выпуск 2 (10.2)
B14212-02
Авторское право © 2002, 2005, Оракул. Все права защищены.
Первичный Автор: Дженнифер Polk
Вкладчики: Роберт Achacoso, Gaurav Agarwal, Omar Bellal, Говард Cohen, Тоби Close, Pramodini Gattu, Харви
Eneman, Stella Kister, Shuvayu Kanjila, Винсент Lee, Кэтрин Luu, Scot McKinley, Эд Miner, Norman Добивается,
Jose Wong
Программы (которые включают и программное обеспечение и документацию) содержат секрет фирмы; им
предоставляют согласно лицензионному соглашению, содержащему ограничения на использование и
раскрытие, и также защищены авторским правом, патентом, и другой интеллектуальной собственностью и
законами промышленной собственности. Перепроектировав, разборка, или decompilation Программ, кроме до
степени, требуемой получить функциональную совместимость с другим независимо созданным программным
обеспечением или как определено согласно закону, запрещен.
Информация, содержавшаяся в этом документе, при внесении изменений без уведомления. Если Вы находите
какие-нибудь проблемы в документации, пожалуйста сообщите о них к нам в письменной форме. Этот
документ не гарантирован, чтобы быть безошибочным. Кроме как может быть явно разрешен в Вашем
лицензионном соглашении для этих Программ, никакая часть этих Программ не может быть воспроизведена
или передана в любой форме или каким-либо образом, электронная или механическая, в любой цели.
Если Программы поставляют Правительству Соединенных Штатов или любому лицензирование или
использование Программ от имени Правительства Соединенных Штатов, следующее примечание применимо:
Американские ПРАВИТЕЛЬСТВЕННЫЕ Программы ПРАВ, программное обеспечение, базы данных, и
связанные документационные и технические данные, поставленные американским Правительственным
клиентам, являются "коммерческим программным обеспечением" или "коммерческими техническими
данными" в соответствии с соответствующим федеральным Регулированием Приобретения и определенными
для агентства дополнительными инструкциями. Также, использование, дублирование, раскрытие,
модификация, и адаптация Программ, включая документационные и технические данные, должно быть
подчинено ограничениям лицензирования, сформулированным в соответствующем лицензионном соглашении
Оракула, и, до применимой степени, дополнительные права, сформулированные в ДАЛЕКОМ 52.227-19,
Коммерческие Ограниченные программным обеспечением Права (июнь 1987). Корпорация Оракула, 500
Бульваров Оракула, Город Красного дерева, Калифорния 94065
Программы не предназначены для использования ни в ком ядерный, авиация, общественный транспорт,
медицинские, или другие неотъемлемо опасные приложения. Это должна быть ответственность лица,
имеющего патент взять, все приспосабливают отказоустойчивый, резервный, избыточность и другие меры,
чтобы гарантировать безопасное использование таких приложений, если Программы используются в таких
целях, и мы отвергаем ответственность за любые убытки, вызванные таким использованием Программ.
Оракул, JD Эдвардс, PeopleSoft, и Retek является регистрированными торговыми марками Корпорации
Оракула и/или ее филиалов. Другие названия могут быть торговыми марками их соответствующих
владельцев.
Программы могут обеспечить ссылки на Вебсайты и доступ к информационному наполнению, продуктам, и
службам от третьих лиц. Оракул не ответственен за пригодность, или любое информационное наполнение,
предоставленное на, сторонние Вебсайты. Вы переносите все риски, связанные с использованием такого
информационного наполнения. Если Вы хотите покупать какие-нибудь продукты или службы от третьего
лица, отношения непосредственно между Вами и третьим лицом. Оракул не ответственен за: (a) качество
сторонних продуктов или служб; или (b), выполняющий любой из сроков соглашения с третьим лицом,
включая поставку продуктов или служб и гарантийных обязательств, связанных с купленными продуктами
или службами. Оракул не ответственен за любую потерю или повреждение любого вида, которому Вы можете
подвергнуться от контакта с любым третьим лицом.
Информационные наполнения
Пошлите Нам Свои Комментарии Сицзян
Предисловие xiii
Аудитория xiii
Документационная Доступность xiv
Связанная Документация xiv
Соглашения xv
Новости в Службах Сети Оракула? xix

База данных Оракула 10-граммовые Новые Особенности в Службах Сети Оракула xix
Первая часть, Начинающая со Службами Сети
Оракула 1 Сетевой Вызов в интернет-Возрасте

Что Большим - Изображение для Работы с сетями? 1-1
Решение Оракула Сетевых Проблем 1-2
Обеспечение связи 1-2
Клиент-серверные Прикладные Подключения 1-2
Подключения Приложения-клиента Сети 1-4
Подключения Клиента Сети Без Прикладного Web-сервера 1-6
Управляемость 1-7
Прозрачность Местоположения 1-7
Централизованная Конфигурация и Управление 1-8
Быстрая Инсталляция и Конфигурация 1-9
Интернет и Масштабируемость Intranet 1-9
Общедоступный Сервер 1-9
Подключение, Объединяющее 1-11
Производительность Между Средней Базой данных Ряда и Оракула 1-13
Сетевая Безопасность 1-14
Управление доступом Системы сетевой защиты 1-14
Управление доступом Протокола 1-15
Набор программ Сетевых Компонентов 1-15
Сеть Оракула 1-15
Уровень Фонда Сети Оракула 1-16
Поддержка Протокола Оракула 1-16
iii
Слушатель Сети Оракула 1-16
Менеджер Подключения Оракула 1-17
Сетевые Инструментальные средства 1-17
Оракул Расширенная Безопасность 1-18
2 Быстрых Начала на Подключения Сети Оракула

Предпосылки к Установлению Обеспечения связи 2-1
Задача 1: Подтвердите Сетевую Пригодность 2-1
Задача 2: Запустите Слушателя и Сервер 2-2 Базы данных
Задача 3: Конфигурируйте Клиента для Подключения с Базой данных 2-3
Задача 4: Соединитесь с Базой данных 2-5
3 Понятия Обеспечения связи

Сервис Базы данных и Идентификация Экземпляра класса Базы данных 3-1
Службы Базы данных 3-1
Экземпляры класса Базы данных 3-3
Доступность Сервиса 3-5
Улучшенная Доступность Сервиса со Множественными Слушателями 3-7
Обход отказа Времени сеанса 3-7
Прозрачный Прикладной Обход отказа 3-7
Клиентская Загрузка, Балансирующая 3-7
Во время выполнения Загрузка Подключения, Балансирующая 3-7
Обработчики Сервиса 3-8
Диспетчеры 3-8
Процессы Выделенного сервера 3-10
Обозначение 3-11
4 Понятия Управления конфигурированием

Модели Конфигурации 4-1
Ограниченная Поддержка Файла Конфигурации 4-1
Директивная Поддержка Сервера 4-3
Каталог Называя Краткий обзор 4-3
Обозначение Памяти Конфигурации в Директивном Сервере 4-4
Сетевые Входы Псевдонима Сервиса 4-5
Записи каталога 4-6
Добавление или Изменение Входов в Директивном Сервере 4-7
Клиентские Подключения Используя Каталог, Называя 4-9
Используя Относительное Название 4-9 Входа
Используя Абсолютное Название 4-10 Входа
Конфигурация Сети Оракула и Директивный Дизайн 4-10 Сервера
Производительность 4-11
Безопасность 4-11
Схема 4-12
Ограничения Каталога, Называя Поддержку с Microsoft Активный Каталог 4-13
iv
5 Архитектуры Служб Сети Оракула
Архитектура Коммуникации Стека Сети Оракула 5-1
Коммуникация Стека для Клиент-серверных Прикладных Подключений 5-1
Коммуникация Стека для Подключений Приложения Java 5-5
Коммуникация Стека для Подключений Клиента Сети 5-6
Архитектура Слушателя 5-7
Архитектура Процесса Сервера Базы данных 5-9
Общедоступные Процессы Сервера 5-9
Процессы Выделенного сервера 5-10
Менеджер Подключения Оракула Архитектура 5-11
Законченная Архитектура 5-12
6 Конфигураций и Краткий обзор Административных средств

Инструментальные средства Пользовательского интерфейса 6-1
Менеджер Предприятия Оракула 6-1
Менеджер Сети Оракула 6-2
Выбор When, чтобы Использовать Менеджера Сети Менеджера и Оракула Предприятия Оракула
6-7
Помощник Конфигурации Сети Оракула 6-8
Утилиты Управления Сети Оракула 6-9
Утилита 6-9 Управления Слушателя
Менеджер Подключения Оракула Утилита 6-9 Управления
Режимы работы Администратора сети 6-10
Конфигурация Второй части и Администрирование Служб Сети Оракула
7 Планирования Сети
Развертывание Сети В Организации 7-1
Масштабируемость 7-2
Общедоступный Сервер 7-3
Подключение, Объединяющее 7-3
Мультиплексирование Сеанса 7-3
Пригодность 7-4
Обход отказа Времени сеанса 7-5
Клиентская Загрузка, Балансирующая 7-5
Обозначение Методов 7-5
Драйверы JDBC 7-5
Настройка и Производительность 7-5
Размер Очереди Слушателя 7-5
Модуль Данных Сеанса (SDU) Размер 7-6
Преобразование Протокола 7-6
Развертывание Сети для Интернета 7-6
Масштабируемость 7-7
Пригодность 7-7
Драйверы JDBC 7-7
v
Управление доступом 7-7
Слушатель и Пределы Подключения Сервера Базы данных 7-7
Настройка и Производительность 7-7
Обозначение Рассмотрений 7-8
Рассмотрения Производительности 7-8
Размер Очереди Слушателя 7-9
Размер Модуля Данных Сеанса для Оптимизации Передачи данных 7-9
Постоянное Сбрасывание на диск Буфера для TCP/IP 7-9
Планирование Резюме 7-9
8 Конфигурирования, Называя Методы

Обозначение Краткого обзора Конфигурации Метода 8-1
О Подключают Описатели 8-1
Конфигурирование Местного Метода Обозначения 8-3
Конфигурирование tnsnames.ora Файла Во время Инсталляции 8-3
Администратор или Во время выполнения Инсталляция 8-3
Заказная Инсталляция 8-4
Конфигурирование tnsnames.ora Файла После Инсталляции 8-4
Задача 1: Конфигурируйте Сетевые Названия Сервиса 8-4
Задача 2: Конфигурируйте TNSNAMES как Первый Метод Обозначения 8-8
Задача 3: Распространите Конфигурацию 8-8
Задача 4: Конфигурируйте Слушателя 8-8
Конфигурирование Каталога, Называя Метод 8-8
Каталог Называя Шаги Конфигурации Метода 8-9
Задача 1: Проверьте Директивную Совместимость Версии 8-9
Задача 2: Создайте или Измените Сетевые Входы 8-9
Задача 3: Конфигурируйте LDAP как Первый Метод Обозначения для Клиентских Поисков
8-13
Задача 4: Конфигурируйте Слушателя 8-14
Управление Группой 8-14 OracleNetAdmins
Экспорт Местных Входов Обозначения на Сервер 8-16 Обозначения Каталога
Экспорт Сетевых Названий Сервиса от tnsnames.ora Файла 8-16
Создавание Множественных Заданных по умолчанию Контекстов в Сервере 8-19 Обозначения
Каталога
Экспорт Каталога, Называя Входы к tnsnames.ora Файлу 8-20
Используя Простое Подключают Метод Обозначения 8-20
Конфигурирование Внешних Методов Обозначения 8-23
Сетевая Информационная служба (NIS) 8-23
Задача 1: Конфигурируйте Серверы NIS, чтобы Поддержать Внешнее Обозначение NIS 8-24
Задача 2: Конфигурируйте Клиентов 8-25
Среда распределенных вычислений (аппаратура передачи данных) Служба каталогов Ячейки
(система цветного изображения) 8-25
9 Конфигураций Конфигурирования
Краткий обзор Конфигурации Конфигурации 9-1
Конфигурация Конфигурации Во время Инсталляции 9-1
vi
Конфигурирование Клиентских Атрибутов для Разрешающей способности Названий 9-2
Конфигурирование Заданного по умолчанию Домена для Клиентов 9-2
Расположение по приоритетам Обозначения Методов 9-3
Маршрутизация Запросов на установление соединения 9-4
Конфигурирование Управления Доступа к базе данных 9-4
Конфигурирование Расширенной Информации Конфигурации 9-5
Конфигурирование Внешних Методов Обозначения 9-9
Конфигурирование Оракула Расширенная Безопасность 9-9
10 Конфигурирования и Управление Слушателем

Краткий обзор Конфигурации Слушателя 10-1
Конфигурация Слушателя Во время Инсталляции 10-2
Настройка Конфигурации Слушателя 10-3
Конфигурирование Адресов Протокола Слушания 10-3
Конфигурирование Доступа к Оракулу JServer 10-4
Обработка Больших Томов Параллельных Запросов на установление соединения 10-5
Конфигурирование Статической Информации Сервиса 10-6
Конфигурирование Аутентификации Пароля для Слушателя 10-8
Конфигурирование Регистрации Сервиса 10-9
Конфигурирование Регистрации Сервиса 10-9
Регистрирование Информации со Значением по умолчанию, Местный Слушатель 10-10
Регистрирование Информации со Слушателем Не по умолчанию 10-10
Регистрирование Информации с Отдаленным Слушателем 10-11
Конфигурирование Метода Обозначения 10-13
Администрирование Слушателя 10-13
Старт и Остановка Слушателя 10-13
Определение Текущего Состояния Слушателя 10-14
Контроль Служб Слушателя 10-16
Контроль Журналов регистрации Слушателя 10-18
11 Конфигурирования и Управление Менеджером Подключения Оракула

Менеджер Подключения Оракула Краткий обзор Конфигурации 11-1
Конфигурирование Менеджера Подключения Оракула 11-2
Конфигурирование Менеджера Подключения Оракула Компьютер 11-2
Оконечная точка Слушания (АДРЕС) 11-3
Список (RULE_LIST) 11-3 Правила Управления доступом
Список (PARAMETER_LIST) 11-4 Параметра
Конфигурирование Клиентов для Менеджера Подключения Оракула 11-4
Конфигурирование Сервера Базы данных Оракула для Менеджера Подключения Оракула 11-5
Регистрационная Конфигурация Сервиса 11-5
Конфигурация Мультиплексирования Сеанса 11-6
Предоставление Менеджеру Подключения Оракула Особенности 11-6
Предоставление Мультиплексированию Сеанса 11-7
Предоставление Управлению доступом 11-7
Перемещение cman.ora от Oracle9i до Базы данных Оракула 10 г 11-8
vii
12 Диспетчеров Конфигурирования
Конфигурирование Диспетчеров 12-1
Предоставление Подключению, Объединяющему 12-2
Предоставление Мультиплексированию Сеанса 12-3
Группирование Служб Диспетчером 12-3
Конфигурирование Клиентов для Сред и Используя Выделенный сервер и Используя
Общедоступный Сервер.... 12-4
13 Предоставлений Расширенным Особенностям Служб Сети Оракула

Конфигурирование Расширенного Сетевого адреса и Подключает Информацию Данных 13-1
Создавание Списка Адресов Протокола Слушателя 13-1
Конфигурирование Параметров Списка адресов 13-3
Расширенное Конфигурирование Подключает Параметры Данных 13-5
Конфигурирование Во время выполнения Загрузки Подключения, Балансирующей 13-7
Пример: Загрузка Пула Подключения, Балансирующая для Общедоступной Конфигурации
Сервера 13-8
Пример: Загрузка Пула Подключения, Балансирующая для Конфигурации Выделенного сервера
13-10
Конфигурирование Прозрачного Прикладного Обхода отказа 13-13
О TAF 13-13
Какие Восстановления TAF 13-14
Клиент-серверные Подключения Базы данных 13-14
Сеансы Базы данных Пользователей 13-14
Выполняемые Команды 13-14
Откройте Курсоры, Используемые для того, чтобы Выбрать 13-14
Активные Транзакции 13-14
Переменные Программы Serverside 13-15
Конфигурации Базы данных TAF 13-15
Параметры FAILOVER_MODE 13-15
Реализация TAF 13-16
Пример: TAF с Обходом отказа Времени сеанса и Клиентской Загрузкой, Балансирующей
13-16
Пример: TAF Повторение Подключения 13-17
Пример: TAF Предустановление Подключения 13-17
Проверка TAF 13-18
Определение Роли Экземпляра класса для Первичных и Вторичных Конфигураций
Экземпляра класса 13-18
Конфигурирование Подключений со Службами Базы данных Неоракула 13-20
Конфигурирование Служб Сети Оракула для Внешних Процедур 13-20
Заданная по умолчанию Конфигурация для Внешних Процедур 13-21
Изменение Конфигурации Внешних Процедур для Более высокой Безопасности 13-22
Конфигурирование Служб Сети Оракула для Оракула Гетерогенные Службы 13-25
Конфигурирование Служб Сети Оракула для Оракула База данных Rdb 13-27
14 Производительности Оптимизации
Конфигурирование Модуля Данных Сеанса 14-1
Конфигурирование Пространства буфера ввода - вывода 14-3
viii
Конфигурирование Поддержки Протокола SDP Сетевой Коммуникации Infiniband к Базе
данных
Сервер 14-6
Конфигурирование Слушателя и Базы данных Оракула, Чтобы Ограничить Потребление
Ресурса
Неправомочные Пользователи 14-7
Часть III Проверяющие и Расследующие Службы Сети Оракула
15 Установлений Сети и Тестирование Подключения

Соединение с Базой данных 15-1
Старт Компонентов Служб Сети Оракула 15-1
Задача 1: Запустите Слушателя 15-2
Задача 2: Запустите Базу данных 15-2
Задача 3: Менеджер Подключения Оракула Начала 15-3
Ввод Подключенная Строка 15-4
Подключите Идентификатор и Подключите Дескрипторные Характеристики Синтаксиса 15-
4
Абсолютная Спецификация Названия для Каталога, Называя 15-5
Инициализация Подключений 15-6
Соединение от Операционной системы, чтобы Проверить Клиента 15-7
Соединение от Экрана Входа в систему Инструмента, чтобы Проверить Клиента 15-7
Соединение от 3GL, чтобы Проверить Клиента 15-7
Соединение Используя Специальные Команды В пределах Инструментальных средств 15-7
Тестирование Сети 15-8
Тестирование Слушателя 15-8
Тестирование Менеджера Подключения Оракула 15-8
Тестирование Конфигурации на Сервере 15-8 Базы данных
Тестирование Сетевого Обеспечения связи от Клиента 15-9
Утилита 15-9 TNSPING
Утилита 15-11 TRCROUTE
16 Служб Сети Оракула Диагностики

Диагностирование Сетевых Служб 16-1
Диагностика Сервера 16-2
Задача 1: Проверьте, что База данных Работает 16-2
Задача 2: Выполните Петлевой Тест 16-2
Клиентская Диагностика 16-2
Решение Самых общих Сообщений об ошибках для Служб Сети Оракула 16-5
Диагностика Каталога, Называя Ошибки 16-11
Советы по отладке от Поля для Служб Сети Оракула 16-12
Вопросы, чтобы Спросить, Расследуя Службы Сети Оракула 16-12
Диагностика ТЕХНИЧЕСКИХ ПРИМЕЧАНИЙ 12154 Ошибки 16-13
Описание Проблемы для ТЕХНИЧЕСКИХ ПРИМЕЧАНИЙ 12154 16-13
Диагностика ТЕХНИЧЕСКИХ ПРИМЕЧАНИЙ 12154 на UNIX 16-13
Диагностика Сетевых Проблем Используя Файлы Файла регистрации и Следа 16-14
Регистрация Сведений об ошибке для Служб Сети Оракула 16-14
Ошибочные Стеки Сети Оракула 16-14
ix
Пример: Ошибочный Стек 16-15
Названия Журнала регистрации Служб Сети Оракула 16-16
Устанавливание Регистрации Параметров 16-16
Параметры Файла регистрации sqlnet.ora 16-16
Параметры Файла регистрации listener.ora 16-17
Параметры Файла регистрации cman.ora 16-17
Устанавливание Регистрации Параметров в Файлах Конфигурации 16-18
Установка Регистрации Параметров настройки Во время выполнения Утилит Управления 16-19
Используя Журналы регистрации 16-19
Анализ Журналов регистрации Слушателя 16-19
Информация Аудиторского следа Файла регистрации Слушателя 16-19
Регистрационная Информация Случая Сервиса Слушателя 16-21
Слушатель Прямая Информация Плавной передачи управления от одной ячейки к другой 16-
22
Подписка Слушателя для Узла ONS Вниз Информация Случая 16-23
Информация Уведомления CRS слушателя 16-23
Анализ Менеджера Подключения Оракула Файлы регистрации 16-23
Пример Журнала регистрации CMADMIN 16-23
Межсетевой Пример Журнала регистрации 16-24
Рассмотрение Сведений об ошибке для Служб Сети Оракула 16-26
Имена файла Следа Служб Сети Оракула 16-26
Устанавливание Рассмотрения Параметров 16-27
Параметры Следа sqlnet.ora 16-27
Параметры Следа listener.ora 16-30
Параметры Следа cman.ora 16-31
Устанавливание Рассмотрения Параметров в Файлах Конфигурации 16-32
Установка Рассмотрения Параметров настройки Во время выполнения Утилит Управления 16-33
Оценка Следов Служб Сети Оракула 16-33
Поток Пакетов Данных Между Сетевыми Узлами 16-33
Форматы Пакета Данных Сети Оракула 16-33
Подходящий Ошибочный Вывод Следа Сети Оракула 16-35
Используя Помощника Следа, чтобы Исследовать Файлы Следа 16-37
Проследите Вспомогательный Синтаксис 16-37
Примеры Пакета 16-40
Общие Примеры Пакета С двумя задачами 16-44
Пример Подключения 16-48
Пример Статистики 16-51
Контакт со Службой поддержки Оракула 16-51
bookmark809И
ндекс
Глоссарияb
ookmark812
x
Пошлите Нам Свои Комментарии
Выпуск 2 (10.2) B14212-02 10 г Руководства Администратора Служб

Сети Базы данных Оракула
Оракул приветствует Ваши комментарии и предложения на качестве и полноценности

этой публикации. Ваш ввод - важная часть информации, используемой для пересмотра.
■ Вы находили какие-нибудь ошибки?
■ Информация ясно представлена?
■ Вы нуждаетесь в подробной информации? Если так, где?
■ Примеры правильны? Вы нуждаетесь в большем количестве примеров?
■ Что сделали особенности Вам нравится больше всего об этом руководстве?
Если Вы находите какие-нибудь ошибки или имеете любые другие предложения для
усовершенствования, пожалуйста укажите заголовок и число части документации и
главы, раздела, и номера страницы (если доступный). Вы можете послать комментарии
нам следующими способами:
■ Электронная почта: infodev_us@oracle.com
■ ФАКС: (650) 506-7227 Внимание: Менеджер Документации Технологий Сервера
Оракула
■ Почтовый сервис:
Корпорация Оракула
Документация Технологий Сервера Оракула
500 Бульваров Оракула, Mailstop 4op11
Берега Красного дерева, Калифорния 94065
США
Если Вы хотели бы ответ, пожалуйста дайте свое название, адрес, номер телефона,
и (дополнительный) адрес электронной почты.
Если у Вас есть проблемы с программным обеспечением, пожалуйста войдите в
контакт со своей местной Службой поддержки Оракула.
Сицзян
Предисловие
Руководство Администратора Служб Сети Базы данных Оракула предоставляет

информацию, Вы должны понять и использовать Службы Сети Оракула и ее связанные
приложения и компоненты.
Этот документ описывает особенности программного обеспечения 10 г Базы данных
Оракула, которые относятся к Windows 2000, Windows XP, и операционным системам
Windows Server 2003.
Это предисловие содержит эти темы:
■ Аудитория
■ Документационная Доступность
■ Связанная Документация
■ Соглашения
Аудитория
Руководство Администратора Служб Сети Базы данных Оракула предназначено для
следующих видов читателей:
■ Администраторы сети
■ Директивные администраторы сервера
■ Администраторы базы данных
■ Лица, принимающие решения,
Это руководство особенно преследуется за администраторов сети, кто ответственен за
обеспечение обеспечения связи. Для администраторов сети Корпорация Оракула
рекомендует читать всю Первую часть для концептуального понимания Служб Сети
Оракула. Кроме того, читайте Главу 3 частично я и вся Вторая часть для основных
команд конфигурации. Часть III Использования для того, чтобы расследовать.
Директивные администраторы найдут Главу 3 частично мной полезный в понимании,
как Службы Сети Оракула используют директивный сервер. Кроме того, Глава 8 в части
II обеспечивает команды для команд для того, чтобы конфигурировать информацию
обозначения в директивном сервере, так же как экспорт существующих данных
обозначения на директивный сервер.
Администраторы базы данных должны просмотреть Главу 1 и Главу 2, чтобы получить
понимание большого сетевого изображения. Кроме того, Глава 5 обеспечит краткий
обзор сетевых инструментальных средств, которые могут быть полезными для
администратора базы данных. Администратор базы данных также найдет Главу 7, Главу
10, Главу 12, и Главу 14 полезными в понимании, как конфигурировать особенности
сервера базы данных Оракула, которые требуют слушателя и разделенной конфигурации
сервера.
xiii
Лица, принимающие решения, найдут это руководство полезным в понимании, как
Службы Сети Оракула вписываются в полную сетевую архитектуру. Лица,
принимающие решения, найдут Главу 1, Главу 2, Главу 4, и Главу 7 полезными для
объяснения основ Служб Сети Оракула.
Corporatism Оракула рекомендует, чтобы все читатели просмотрели Часть 1,
гарантировать, что у них есть фон, требуемый извлечь выгоду из остальной части
руководства.
Документационная Доступность
Наша цель состоит в том, чтобы сделать продукты Оракула, службы, и
сопроводительную документацию доступными, с хорошим удобством и простотой
использования, к заблокированному семейству. К тому концу наша документация
включает особенности, которые делают информацию доступной пользователям
вспомогательной технологии. Эта документация доступна в формате HTML, и содержит
разметку, чтобы облегчить доступ заблокированным семейством. Стандарты
доступности продолжат развиваться в течение долгого времени, и Оракул активно занят
другими рыночно ведущими продавцами технологии, чтобы обратиться к техническим
препятствиям так, чтобы наша документация могла быть доступной для всех наших
клиентов. Для получения дополнительной информации, посетите Вебсайт Программы
Доступности Оракула в
http://www.oracle.com/accessibility/
Доступность Примеров Кода в Документации

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

Эта документация может содержать ссылки на Вебсайты других компаний или
организаций, которые Оракул не имеет или управляет. Оракул ни не оценивает, ни
делает представления относительно доступности этих Вебсайтов.
Доступ ТЕЛЕТАЙПА к Службе поддержки Оракула

Оракул обеспечивает специализированный Текстовый Телефон (ТЕЛЕТАЙП)
доступ к Службе поддержки Оракула в пределах Соединенных Штатов Америки 24
часа в день, семь дней в неделю. Для поддержки ТЕЛЕТАЙПА, звоните
800.446.2398.
Связанная Документация
Для получения дополнительной информации, см. эти ресурсы Оракула:
■ Справочная информация Служб Сети Базы данных Оракула
■ Набор документации 10 г Базы данных Оракула
Много книг в документационном наборе используют типовые схемы базы данных
начального числа, которая установлена по умолчанию, когда Вы устанавливаете
Оракула. Обратитесь к Схемам Выборки Базы данных Оракула для информации
относительно того, как эти схемы были созданы и как Вы можете использовать их
непосредственно.
Напечатанная документация доступна для продажи в Памяти Оракула в
http://oraclestore.oracle.com/
Чтобы закачать примечания к выпуску бесплатно, инсталляционную документацию,

официальные документы, или другое совместное, пожалуйста посетите Сеть
Технологии Оракула (OTN). Вы должны регистрироваться онлайн прежде, чем
использовать OTN; регистрация является бесплатной и может быть сделана в
xiv
http://otn.oracle.com/membership/
Если у Вас уже есть имя пользователя и пароль для OTN, то Вы можете пойти
непосредственно в документационный раздел Вебсайта OTN в
http://www.oracle.com/technology/documentation/
Для дополнительной информации о соединении

открытых систем, см.:
http://www.ietf.org/
Документация сообщения об ошибках оракула только доступна в HTML. Если у Вас

только есть доступ к компакт-диску Документации Оракула, Вы можете просмотреть
сообщения об ошибках диапазоном. Как только Вы находите определенный диапазон,
используете Ваш браузер, "находят в странице", что особенность определяет
местонахождение определенного сообщения. Когда подключено к интернету, Вы можете
искать определенное сообщение об ошибках, используя особенность поиска сообщения об
ошибках Оракула сетевая документация.
Соглашения
Этот раздел описывает соглашения, используемые в тексте и примерах кода этого
документационного набора. Это описывает:
■ Соглашения в Тексте
■ Соглашения в Примерах Кода
■ Соглашения для Операционных систем Windows
Соглашения в Тексте
Мы используем различные соглашения в тексте, чтобы помочь Вам более быстро
идентифицировать специальные сроки. Следующая таблица описывает те соглашения
и обеспечивает примеры их использования.
Соглашен Значен Пример
ие ие
Полу Полужирная гарнитура указывает сроки, Когда Вы определяете это выражение, Вы
жир которые определены в тексте или сроках, составляете организованную индексом
ный которые появляются в глоссарии, или таблицу.
обоих.
Понятия Базы данных Оракула
Курсивная гарнитура указывает
книжные заголовки или акцент. Гарантируйте, что каталог восстановления и
предназначается для базы данных, не
постоянно находятся на том же самом диске.
Верхний регистр ВЕРХНЕГО РЕГИСТРА гарнитура Вы можете определить это выражение только
фиксированной ширины указывает для столбца NUMBER.
элементы фиксированной ширины поставляются
системой. Такой Вы можете резервировать базу данных при
элементы (фиксированной ширины) включают использовании КОМАНДЫ ДУБЛИРОВАНИЯ
параметры, привилегии, ФАЙЛОВ ЖЕСТКОГО ДИСКА.
шрифт datatypes, ключевые слова RMAN, SQL Сделайте запрос столбца TABLE_NAME в
ключевые слова, SQL*Plus или сервисные представлении словаря данных ТАБЛИЦ
команды, пакеты и методы, так же как USER_.
поддерживаемые системой названия
Используйте процедуру
столбца, объекты базы данных и
DBMS_STATS.GENERATE_STATS.
структуры, имена пользователя, и роли.
xv
Значение Соглашения Пример
Нижний регистр нижнего регистра гарнитура Введите sqlplus, чтобы открыть SQL*Plus.
фиксированной ширины указывает
выполнимые программы фиксированной ширины, имена Пароль определен в orapwd файле.
файла, имена директории, Назад файлы данных и управляющие файлы
(фиксированной ширины) и производят выборку в/disk1/oracle/dbs каталоге.
обеспеченных пользователем элементов. Такой
элементы шрифта включают компьютер и базу данных department_id, department_name, и
названия, сеть обслуживает названия, и location_id столбцы находятся в
подключает идентификаторы, так же как hr.departments таблице.
обеспеченные пользователем объекты Установите параметры
базы данных и структуры, названия инициализации
столбца, пакеты и классы, имена QUERY_REWRITE_ENABLED к
пользователя и роли, программирует истине.
модули, и значения параметра. Соединитесь как oe пользователь.
Примечание: Некоторые
Класс JRepUtil осуществляет эти
программируемые элементы использует
смесь ВЕРХНЕГО РЕГИСТРА и нижнего методы.
регистра. Введите эти элементы как Вы можете определить parallel_clause.
показано.
Выполните Uold_release. SQL, где
выпуск old_ обращается к выпуску, Вы
нижний Курсив нижнего регистра шрифт устанавливали до обновления.
регистр фиксированной ширины представляет
курсив указатели места заполнения или
фиксированно переменные.
й ширины
(фиксированно
Соглашения в Примерах Кода
Примеры кода иллюстрируют SQL, МН / SQL, SQL*Plus, или других операторов
командной строки. Они отображены в шрифте (фиксированной ширины)
фиксированной ширины и отделены от обычного текста как показано в этом примере:
ВЫБЕРИТЕ имя пользователя ОТ dba_users, ГДЕ имя пользователя = 'ПЕРЕМЕЩАЕТСЯ';
Следующая таблица описывает типографские соглашения, используемые в примерах

кода, и обеспечивает примеры их использования.
Значение Пример
[] ДЕСЯТИЧНОЕ ЧИСЛО (цифры [точность])
Скобки включают один или более
дополнительных элементов. Не вводите
{} скобки.
Скобы включают два или больше элемента, один из {ДОПУСКАЮТ |,
| ОТКЛЮЧАЮТ}, который требуется. Не вводите скобы.
Соглашен Вертикальный штрих представляет выбор {ДОПУСКАЮТ |,
ие двух или больше опций в пределах скобок ОТКЛЮЧАЮТ} [КОМПРЕСС |
или скоб. Введите одну из опций. Не NOCOMPRESS]
вводите вертикальный штрих.
СОСТАВЬТЕ ТАБЛИЦУ... КАК
Подзапрос;
ВЫБЕРИТЕ col1, col2..., coln ОТ

Горизонтальные пункты замещающего знака служащих;
указывают также:
■ То, что мы опустили части кода, которые
непосредственно не связаны с
примером
■ То, что Вы можете повторить часть кода
xvi
. Вертикальные пункты замещающего SQL> ВЫБИРАЕТ НАЗВАНИЕ ОТ
знака указывают, что мы опустили V$DATAFILE; НАЗВАНИЕ
. несколько строк программы, не ------------------------------
непосредственно связанных с /fsl/dbs/tbs_01.dbf
. примером. /fs1/dbs/tbs_02.dbf
.
.
.
/fsl/dbs/tbs_09.dbf
Выбраны 9 строк.
ЧИСЛО (11,2) acctbal;
ЧИСЛО (4) КОНСТАНТЫ acct: = 3;
Другое Вы должны ввести символы кроме скобок,
скоб, вертикальных штрихов, и пунктов
замещающего знака как показано. ПОДКЛЮЧИТЕ SYSTEM/system_password
DB_NAME = database_name
примечание Курсивный текст указывает указатели
места заполнения или переменные, для
которых Вы должны поставлять ВЫБЕРИТЕ last_name, employee_id ОТ
специфические значения. служащие;
Курсивы ВЫБЕРИТЕ * ОТ USER_TABLES;
Гарнитура верхнего регистра указывает
ТАБЛИЦА СНИЖЕНИЯ hr.employees;
элементы, поставляемые системой. Мы
показываем этим срокам в верхнем
ВЕРХНИЙ регистре, чтобы отличить их от сроков,
которые Вы определяете. Если сроки не
кажутся в скобках, введите их в заказ и с
проверкой правописания, которой
РЕГИСТР показывают. Однако, потому что эти ВЫБЕРИТЕ last_name, employee_id ОТ
сроки не чувствительны к регистру, Вы служащие;
можете ввести их в нижний регистр. час/час sqlplus
Гарнитура нижнего регистра указывает СОЗДАЙТЕ ПОЛЬЗОВАТЕЛЯ mjones
программируемые элементы, которые Вы ИДЕНТИФИЦИРОВАННЫЙ ty3MU9;
поставляете. Например, нижний регистр
указывает названия таблиц, столбцов, или
файлов.
Примечание: Некоторые
нижний программируемые элементы использует
регистр смесь ВЕРХНЕГО РЕГИСТРА и нижнего
регистра. Введите эти элементы как
показано.
Соглашения для Операционных систем Windows
Следующая таблица описывает соглашения для операционных систем Windows и
обеспечивает примеры их использования.
Соглашен Значен Пример
ие ие
Выберите Start>, Как запустить программу. Чтобы запустить Помощника Конфигурации
Базы данных, выберите Start> Программы>
Оракул - НАЗВАНИЕ HOME_> Конфигурация
и Инструментальные средства Миграции>
Помощник Конфигурации Базы данных.
Файл и каталог File и имена директории не случай c:\winnt "\" system32, то же самое как
чувствительные названия. Следующие специальные символы C:\WINNT\SYSTEM32
не позволены: скобка левой угловой скобки (<),
правая угловая скобка (>), двоеточие :) (дважды
кавычки ("), косая черта (/), канал (|),
и черточка (-). Специальный символ
наклонная черта влево (\) обработана как элемент
разделитель, даже когда это появляется в кавычках.
Если имя файла начинается с \\, то
Windows предполагает, что он использует Универсальное
Соглашение об именах.
xvii
C: \> Представляет команду Windows C:\oracle\oradata>
подсказка текущего жесткого диска.
Символ ESC в приглашении ко вводу
команды - символ "^" (^). Ваша подсказка
отражает подкаталог, в котором Вы
работаете. Названный приглашение ко
вводу команды в этом руководстве.
Специальная наклонная черта влево символов The (\) C: \> exp Скотт/тигр TABLES=emp
специальный символ иногда требуется как СДЕЛАЙТЕ ЗАПРОС = \"ГДЕ задание
символ ESC для двойной кавычки (") =’SALESMAN’ и
специальный символ в приглашении ко
соль <1600 \"
вводу команды Windows. Круглые скобки
C: \> СИСТЕМА/ПАРОЛЬ импорта
и единственная кавычка (') не требуют
символа ESC. Обратитесь к своей FROMUSER=scott
документации операционной системы ТАБЛИЦЫ = (emp, отдел)
Windows для получения дополнительной
информации о escape и специальных
символах.
HOME_NAME Представляет Оракула, домой называют. C: \> сеть запускают
Домашнее название может быть до 16 OracleHOME_NAMETNSListener
алфавитно-цифровых символов.
Единственный специальный символ,
позволенный на домашнее название,
является символом подчеркивания.
ORACLE_HOME
и ЯДРО В выпусках до выпуска 8.1.3 Oracle8i, Искать к каталогу ORACLE_BASE\
ORACLE_ когда Вы устанавливали компоненты ORACLE_ HOME\rdbms\admin.
Оракула, все подкаталоги были
расположены под каталогом
ORACLE_HOME верхнего уровня. Для
Windows NT заданное по умолчанию
местоположение было C:\orant.
Этот выпуск выполняет Оптимальную
Гибкую Архитектуру (OFA)
рекомендации. Все подкаталоги не
находятся под каталогом ORACLE_HOME
верхнего уровня. Есть каталог верхнего
уровня под названием ORACLE_BASE,
который по умолчанию является C:\
oracle. Если Вы устанавливаете
последний выпуск Оракула на компьютере
без другого установленного программного
обеспечения Оракула, то настройка по
умолчанию для первого основного
каталога Оракула - C:\oracle\orann,
где nn - последний номер выпуска.
Основной каталог Оракула расположен
непосредственно под ORACLE_BASE.
Все директивные примеры пути в этом
руководстве следуют за соглашениями
OFA.
Обратитесь к Руководству Платформы
Базы данных Оракула для Windows
Microsoft (32-разрядного) для
дополнительной информации о согласиях
OFA и для информации об установке
продуктов Оракула в non-OFA послушных
каталогах.
xviii
Новости в Службах Сети Оракула?
Этот раздел описывает новые сетевые особенности Базы данных Оракула 10 г и

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

Сети Оракула
Новые особенности Служб Сети Оракула в Базе данных Оракула 10 г включают:
■ Назвавшие Изменения
– Простой Подключают Метод Обозначения для Сред TCP/IP
Для сред TCP/IP Вы можете упростить клиентскую конфигурацию при
использовании простого, подключают метод обозначения. Простые соединяются,
метод обозначения упрощает управление сетью, разрешая клиентам соединиться
со службами базы данных Базы данных Оракула без первых названий сервиса
сети конфигурирования. Вместо этого клиенты делают подключения с именем
хоста и дополнительным портом и обслуживают название базы данных.
См. Также: "Используя Простое Подключают Метод

Обозначения" на странице 8-20 для подробностей
конфигурации
– Де-поддержка Названий Оракула

Названия Оракула больше не поддержаны как метод обозначения в Базе данных
Оракула. Вы должны переместиться к обозначению каталога для
централизованной памяти, подключают идентификаторы.
– Упрощенный Каталог, Называя Конфигурацию
Клиенты больше не требуют местной директивной конфигурации использования
(ldap.ora). Если интернет-Сервер Каталога Оракула регистрирован с
Доменной системой имен (сервер имен доменов), клиенты могут автоматически
определить местонахождение директивного сервера, избавляя от необходимости
местную конфигурацию.
См. Также:
■ "Добавление или Изменение Входов в Директивном Сервере" на
странице 4-7
"Страни
ца 4
Addi
"Клиентские Подключения Используя Обозначение
Каталога" на странице 4-9
xix
■
Копирование Каталога, Называя Входы к Местному Файлу Обозначения
Вы можете теперь экспортировать каталог, называя входы в местный
tnsnames.ora файл. Клиенты могут использовать в местном масштабе
сохраненный файл, когда директивный сервер недоступен или когда
клиенты не были обновлены, чтобы использовать директивное
обозначение.
См. Также: "Экспортируя Каталог, Называя Входы к tnsnames.ora

■
Файлу" на странице 8-20 для команд
Расширения Производительности
– Высокоскоростная Поддержка сети
Поддержка протокола оракула теперь включает поддержку протоколу SDP
для высокоскоростных сетей Infiniband. Протокол SDP - высокоскоростной
протокол коммуникации, который ускоряет производительность между
Сервером приложений Оракула и базой данных. При использовании SDP
приложения помещают большую часть бремени обмена сообщениями в
сетевую интерфейсную плату, освобождая центральный процессор для
других задач.
ОТМЕТЬТЕ: протокол SDP только доступен на некоторых

платформах. Пожалуйста обратитесь к операционной
системно-специфической документации для получения
дополнительной информации.
обман См. Также: "Производительность Между Средней Базой данных
Ряда и Оракула" по странице 1-13 для краткого обзора
– Конфигурация Пространства буфера Ввода - вывода

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

вывода" на странице 14-3 для подробностей конфигурации
– Сетевые Параметры Обнаружения Выхода из строя

Вы можете ограничить время, разрешенное для, посылают и получают
операции, препятствуя тому серверу базы данных быть блокированными
сетевым запросом ввода - вывода.
См. Также: "Конфигурируя Расширенную Информацию

Конфигурации" относительно страницы 9-5 для краткого
обзора
■ Конфигурация с Менеджером Предприятия Оракула

Менеджер Предприятия Оракула оказывает следующую поддержку в Базе данных
Оракула 10 г:
– Конфигурация и администрирование слушателей
– ы
Кон См. Также: "Менеджер Предприятия Оракула" на странице 6-1
фиг
■ Упрощенная Конфигурация Диспетчера
ура
ция
мес
тно
го
обо
зна
чен
ия и
кат
ало
га,
наз
ыва
я
мет
оды
–
Кон
фиг
ура
ция
сете
вых
фай
лов
чер
ез
мно
жес
тве
нны
е
фай
лов
ые
сис
тем
В 10 г параметр DISPATCHERS не должен быть specifed, чтобы допустить
разделенным серверам. Если это не, и разделенный сервер конфигурирован тогда
диспетчер, слушающий на порту TCP/IP, 1521 начат автоматически. Конфигурация
параметра DISPATCHERS требуется для диспетчеров, которые не слушают на
протоколе TCP/IP или требуют другого дополнительного подчинения.
См. Также: Глава 12, "Конфигурируя Диспетчеров"
■ Менеджер Подключения Оракула Усовершенствования

■ Новая масштабируемая архитектура, которая включает процесс слушателя,
управляющий процесс, и множественные межсетевые процессы
■ Динамическая конфигурация
■ Улучшенное управление доступом
См. Также: Глава 11, "Конфигурируя и Управляя Менеджером

Подключения Оракула"
xxi
Первая часть
Начало со Службами Сети Оракула
Первая часть обеспечивает краткий обзор понятий Служб Сети Оракула, продуктов,
и инструментальных средств. Эта часть содержит следующие главы:
■ Глава 1, "Сетевые Вызовы в интернет-Возрасте"
■ Глава 2, "Быстрое Начало на Подключения Сети Оракула"
■ Глава 3, "Понятия Обеспечения связи"
■ Глава 4, "Понятия Управления конфигурированием"
■ Глава 5, "Архитектура Служб Сети Оракула"
■ Глава 6, "Конфигурация и Краткий обзор Административных средств"
1
Сетевые Вызовы в интернет-Возрасте
Что Эта глава описывает сетевые проблемы, с которыми Ваша система сталкивается в
интернет-возрасте, и вводит технологию и продукты, которые могут обеспечить
законченное сетевое решение.
Эта глава содержит следующие темы:
■ Что Большим - Изображение для Работы с сетями?
■ Решение Оракула Сетевых Проблем
■ Набор программ Сетевых Компонентов
Большое Изображение для Работы с сетями?

Модель электронной коммерции создает новые деловые требования. Чтобы выполнить
электронный бизнес успешно, Вебсайты должны обеспечить надежное обеспечение
связи и 24 7 пригодностью. Корпоративные Вебсайты должны также обратиться к
пользовательской масштабируемости и производительности, чтобы одновременно
обработать тысячи интернет-подключений с их репозиториями данных. Решения
необходимы также, чтобы обеспечить, непосредственный Web-браузер обращаются к
существующим приложениям и службам.
Иллюстрация 1-1 показывает типичной архитектуре, в которой интернет-клиенты
соединяются с базами данных компании через прикладной Web-сервер. Число также
показывает архитектуре intranet, которая дает возможность собственным клиентам
компании общаться с базами данных. Эта основная архитектура будет исследована
далее, чтобы показать, как технологии работы с сетями Оракула используются всюду по
типичным сетевым средам.
Сетевые Вызовы в интернет-Возрасте 1-1
Решение Оракула Сетевых Проблем
Иллюстрация 1-1 Типичная Архитектура ЭЛЕКТРОННОЙ

КОММЕРЦИИ
Сервер
ы Базы
данных
я
Клиен
ты
Solu Оракула
O
h
n
n
T
n
■
Обеспечение связи
O
с
т
а
т
ь
я
O
se
с
т
а
т
ь
я
O
n
T
■
■ Подключения Приложения-клиента Сети

■ Подключения Клиента Сети Без Прикладного Web-сервера
Клиент-серверные Прикладные Подключения

Сеть Оракула допускает подключениям с традиционных клиент-серверных
приложений на серверы базы данных Оракула. Иллюстрация 1-2 показывает, как Сеть
Оракула допускает сетевому подключению
1-2 Руководства Администратора Служб Сети Базы данных Оракула

между клиентом и сервером базы данных. Сеть Оракула - программный компонент,

который постоянно находится и на клиенте и на сервере базы данных. Сеть Оракула
наслоена на вершине сетевых правил поддержки протокола Оракула, которые
определяют, как приложения обращаются к сети и как данные подразделены на пакеты
для передачи через сеть. На этой иллюстрации Сеть Оракула общается с протоколом
TCP/IP, чтобы допустить обеспечению связи компьютерного уровня и передаче данных
между клиентом и сервером базы данных.
Иллюстрация 1-2 Клиент-серверное Прикладное
Подключение
- <фяг | У1^4
Интернет
Intranet
= 8
Г
*'
Сервер
Базы
данных
л Клиен
% Приложен iRDBM -
Intranet
Y т
ие
Сеть
Оракула
Сеть ^ S
Ораку
л Сеть
1
г
^
S
e
fo
Ja
C
ре
■
a
T
O
w
th
w
Иллюстрация 1-3 Подключение Приложения Java

w
п
Интерне Intranet
т —*
—
-Q
Сервер
Базы
данных
LRDBMS
л
Приложение
Клиент JDBC OCI
Драйвер
Intranet {TCP/IP A
Y
<
Сеть *
Сеть ^ Ораку
Ораку л Сеть
ла ~z—►! г
зона ^
Примечание: Тонкий драйвер JDBC - 100-процентный чистый

драйвер Java, который не требует никакой клиентской инсталляции.
См. Также: База данных Оракула Руководство Разработчика
JDBC и Подключения Приложения-клиента Сети Справочной
информации
Интернет-подключения с клиентских Web-браузеров на сервер базы данных Оракула
подобны клиент-серверным приложениям, за исключением архитектуры.
Иллюстрация 1-4 показывает основной архитектуре для подключений клиента Сети,
включая клиентский Web-браузер, прикладной Web-сервер, и сервер базы данных
Оракула. Браузер на клиенте общается с протоколом HTTP к Web-серверу, чтобы
сделать запрос на установление соединения. Web-сервер посылает запрос в приложение,
где это обработано. Приложение тогда использует Сеть Оракула, чтобы общаться с
сервером базы данных Оракула, который также конфигурирован с Сетью Оракула.

Подключения Клиента Сети иллюстрации 1-4 через Прикладной Web-сервер
Интернет
Intranet
s «
-Q
- ^
Прикладно Сервер
й Web- Базы
данных
Сеть
TCP/IP
Л
Intranet
<►
Протокол
HTTP
сервер
Y
У основных компонентов есть следующие характеристики:
■ Гипертекст Транспортируют Протокол (гипертекстовый транспортный протокол)
Гипертекстовый транспортный протокол обеспечивает язык, который дает
возможность Web-браузерам и прикладным Web-серверам общаться.
■ Прикладной Web-сервер
Прикладной Web-сервер управляет данными для Вебсайта, управляет доступом к
тем данным, и отвечает на запросы от Web-браузеров. Приложение в Интернете
сервер общается с базой данных и выполняет задание, которое требуют Мы b s e r v
e r.
Прикладной Web-сервер может ведущие приложения Java и сервлеты, как показано в
иллюстрации 1-5. Web-браузеры делают запрос на установление соединения, общаясь
через гипертекстовый транспортный протокол к прикладному Web-серверу. Прикладной
Web-сервер посылает запрос в приложение или сервлет, который в свою очередь
использует JDBC OCI или Тонкий драйвер JDBC, чтобы обработать запрос. Драйвер
тогда использует Сеть Оракула, чтобы общаться с сервером базы данных Оракула,
который также конфигурирован с Сетью Оракула.

Подключения Клиента Сети иллюстрации 1-5 Через Web-сервер Приложения Java
Интернет Intranet
= « -
- ^ в
Прикладной
Web-сервер
Сервлет Java,
JDBC OCI
Драйвер
Сеть
Оракула Сервер
Базы
данных
Сервлет Java i *
■
JDBC
Л
Intranet
Тонкий
Драйвер
JavaNet д r
Y
Подключения Клиента Сети Без Прикладного Web-сервера
Клиенты сети, которые не требуют, чтобы прикладной Web-сервер обратился к
приложениям, могут обратиться к базе данных Оракула непосредственно, например,
при использовании Java аплета. В дополнение к регулярным подключениям база
данных может быть конфигурирована, чтобы принять протокол HTTP, ФУТЫ P
протокол, или подключения протокола WebDAV. Эти протоколы используются для
подключений toOracle XML ДЕЦИБЕЛ в экземпляре класса базы данных Оракула.
Иллюстрация 1-6 показывает двум различным клиентам Сети. Первый клиент Сети
делает подключение гипертекстового транспортного протокола с базой данных. Второй
клиент Сети использует Web-браузер с Тонким драйвером JDBC, который в свою
очередь использует версию Java Оракула Net по имени JavaNet, чтобы общаться с
сервером базы данных Оракула, который конфигурирован с Сетью Оракула.
См. Также: Оракул Руководство Разработчика ДЕЦИБЕЛА XML
1-6 Руководств Администратора Служб Сети Базы данных Оракула

Сценарии Подключения Клиента Сети иллюстрации 1-6
Интернет
Intranet
-С^Ж^Щв
Сеть
TCP/IP
X
Intranet
поддерживат
ь
Управляемо
сть O
c
fo
■
L
A
v
это
ре
e
d
в
c
F
d
м
.
1.

2. Как только у клиента есть информация, в которой это нуждается, это
соединяется с базой данных. Информационный Репозиторий Сервиса иллюстрации 1-7

^
т F
ш-
r
"
1t
Q
Репозиторий
информации
сервиса
sales.us.acme.com
hr.us.acme.com
mktg.us.acme.com
Intranet
Y
Репозиторий представлен одним или более методами обозначения. Службы Сети
Оракула предлагают несколько типов обозначения методов, которые поддерживают
ограниченную конфигурацию на каждом клиенте, или централизованную
конфигурацию, к которой могут обратиться все клиенты в сети. Удобные в работе
графические интерфейсы пользователя дают возможность Вам управлять данными,
хранившими в методах обозначения.
Централизованная Конфигурация и Управление

Чтобы управлять большими сетевыми средами, администраторы должны быть в
состоянии легко обратиться к централизованному репозиторию, чтобы определить и
изменить конфигурацию сети. Поэтому конфигурация Служб Сети Оракула может
быть сохранена в сервере каталога LDAP-compliant.
Поддержка серверов каталога LDAP-compliant обеспечивает централизованное
транспортное средство для управления и конфигурирования распределенной сети
Оракула. Каталог может действовать как центральный репозиторий для всей
информации относительно компонентов сети базы данных, пользователя и
корпоративной политики, и пользовательской аутентификации и безопасности, таким
образом заменяя clientside, и serverside ограничивал файлы конфигурации.
Все компьютеры на гетерогенной сети могут обратиться к каталогу для информации.
Иллюстрация 1-8 показывает клиентам, другие серверы (такие как прикладные Web-
серверы) и серверы базы данных Оракула, соединяющиеся с централизованным
директивным сервером.

Иллюстрация 1-8 Централизованная Память Конфигурации сети с Директивным

Сервером
1Wr
т
-
0
\
См. Также: "Директивная Поддержка Сервера" на странице 4-3 для
всестороннего краткого обзора директивных понятий сервера
Директи
вный
Сервер
Быстрая Инсталляция и Конфигурация

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

Сеть Оракула обеспечивает особенности масштабируемости, которые дают возможность
Вам развернуть системные ресурсы и улучшить производительность. Эти особенности
описаны в следующих темах:
■ Общедоступный Сервер
■ Производительность Между Средней Базой данных Ряда и Оракула
Общедоступный Сервер
Сеть Оракула обеспечивает особенности масштабируемости, которые дают возможность
Вам развернуть системные ресурсы и улучшить производительность.
Общедоступная архитектура сервера оракула увеличивает масштабируемость
приложений и число клиентов, которые могут быть одновременно подключены с базой
данных. Общедоступная архитектура сервера также дает возможность существующим
приложениям повысить, не делая изменений к приложению непосредственно.
Используя разделенный сервер, клиенты не общаются непосредственно с процессом
базы данных процесса-a сервера базы данных, который обрабатывает запросы
клиента от имени a

база данных. Вместо этого клиентские запросы направлены одному или более
диспетчерам. Диспетчеры помещают клиентские запросы в общую очередь. Простой
совместно использовал сервер от общедоступного пула процессов сервера, поднимает
и обрабатывает запрос от очереди. Это означает, что маленький пул процессов сервера
может служить большому количеству клиентов.
Следующие два числа показывают основному различию между общедоступной
моделью подключения сервера и традиционной моделью подключения выделенного
сервера. В общедоступной модели сервера диспетчер может поддержать
множественные клиентские подключения одновременно. В модели выделенного сервера
есть один процесс сервера для каждого клиента. Каждый раз, когда запрос на
установление соединения получен, процесс сервера начат и специализирован тому
подключению пока не закончено. Это вводит задержку обработки.
Общедоступный сервер идеален в конфигурациях с большим количеством
подключений, потому что он уменьшает требуемые объемы и конфигурации памяти
сервера. Общедоступному серверу хорошо удовлетворяют и для Интернета и для сред
intranet.
Архитектура Выделенного сервера иллюстрации 1-9
Интернет-Intranet
л
Intranet
Клиент
Процесс
Выделе
нного
сервера
^
Y Клиент
A Клиент Процесс
Выделе
нного
сервера
База
данных
Intranet
Y Процесс
Выделе
A
нного
сервера
Intranet
Y
Иллюстрация 1-10 Общедоступная Архитектура Сервера

4
т
-
* 0
л Клиент
Intranet
Y
Общед
оступн
ый
Процес
Сеть Intranet ► =2 ^^ Базы данных
Л
Intranet
Y
Общед
оступн
ый
Процес
U
fe
th
■
C
W
se
d
se
a
W
w
F
d
система
обнару
жения
атак
a
система
обнару
жения
атак
a
Пулинг Подключения иллюстрации 1-11

w
т
—*—■
-Q
Л
Приложение-клиент
имеет
простой мимо
Intranet указанное время, и
Л
Intranet
входящий клиент
запросы a
подключение.,
я
Y
Клиент
(пустую
Л Максимальное
число
подключений
конфигурирован
Intranet о к 255.
Y База данных
- .., Сервер
Это клиентское
подключение - 256-ое
щий) подключение в сервер.
В этом
,__ сценарий,
подключение
Клиент ! пулинг ~l включен, ^Z>>,
таким образом это
подключение ^^ может быть
принято.
Менеджер Подключения Оракула Мультиплексирования Сеанса, компонент Служб
Сети Оракула, дает возможность множественным клиентским сетевым сеансам быть
мультиплексными, или направляемый, через единственное сетевое подключение с базой
данных.
Особенность мультиплексирования сеанса уменьшает запрос на ресурсах, должен был
поддержать множественные сетевые сеансы между двумя процессами, давая
возможность серверу использовать меньше сетевых оконечных точек подключения для
входящих запросов. Это дает возможность Вам увеличить общее количество сетевых
сеансов, которые может обработать сервер. Один Менеджер Подключения Оракула со
множественными шлюзами дает возможность тысячам параллельных пользователей
соединиться с сервером.
Иллюстрация 1-12 по странице 1-13 показывает, как мультиплексирование сеанса может
использоваться в архитектуре Сети. Когда Менеджер Подключения Оракула выполнен
на том же самом компьютере как прикладной Web-сервер, прикладной Web-сервер
может направить множественные клиентские сеансы через Менеджера Подключения
Оракула, чтобы гарантировать, что у тех сеансов есть непрерывный доступ к серверу
базы данных Оракула. Эти функциональные возможности особенно полезны для
приложений Web, где пригодность сеанса и время ответа - главные проблемы.

Мультиплексирование Сеанса иллюстрации 1-12

Интернет Intranet
s «
- ^ -
Клиент
0
Web-
браузер
* ^>> Приложение Сервер

^ - ^ Web-сервер Базы
Оракул данных
Подключени
е
Менеджер
X
Intranet
Y
Производительность Между Средней Базой данных Ряда и Оракула
Службы Сети Оракула оказывают поддержку для высокоскоростных сетей Infiniband.
InfiniBand - архитектура ввода - вывода высокой полосы пропускания, проектированная,
чтобы увеличить скорость коммуникации между центральными процессорами,
серверными устройствами, и сетевыми подсистемами. Определенно, Службы Сети
Оракула оказывает поддержку для протокола SDP. SDP - протокол провода отраслевого
стандарта, предназначенный для использования между сетевыми пэрами Infiniband.
SDP уменьшает верхний из TCP/IP, устраняя промежуточное дублирование данных и
передавая большую часть бремени обмена сообщениями далеко от центрального
процессора и на сетевые аппаратные средства. Результат - низкое время ожидания,
увеличенная полоса пропускания, подключение высокой пропускной способности,
которое уменьшает количество циклов центрального процессора, специализированных
сетевым вычислениям.
Коммуникация между клиентами, включая Сервер приложений Оракула (OracleAS) или
любого другого стороннего клиента среднего ряда, и базу данных 10 г Базы данных
Оракула может использовать в своих интересах высокоскоростные подключенные к сети
льготы. OracleAS устанавливает с поддержкой TCP/IP Оракула.
Драйвер, установленный на серверах OracleAS очевидно, преобразовывает поддержку
TCP/IP поддержке SDP. Запросы SDP тогда посылают в выключатель Infiniband,
который обрабатывает и вперед запросы с серверов OracleAS на сервер базы данных.
Запросы SDP тогда посылают в выключатель Infiniband, который обрабатывает и вперед
запросы с серверов OracleAS на сервер базы данных.
См. Также: "Конфигурируя Поддержку Протокола SDP Сетевой

Коммуникации Infiniband на Сервер Базы данных" на странице 14-6

Сетевая Безопасность
Доступ к данным и безопасная передача данных - важные рассмотрения, развертывая
Оракула. Предоставление и лишение доступа к базе данных крайне важны для
безопасной сетевой среды. Службы Сети Оракула допускают управлению доступа к
базе данных, используя особенности, описанные в следующих темах:
■ Управление доступом Системы сетевой защиты
■ Управление доступом Протокола
Управление доступом Системы сетевой защиты

Менеджер Подключения Оракула может быть конфигурирован, чтобы предоставить
или лишить клиентского доступа к специфическому сервису базы данных или
компьютеру. Определяя фильтрующие правила, Вы можете позволить или ограничить
определенный клиентский доступ к серверу, основанному на следующих критериях:
■ Исходные имена хоста или адреса IP для клиентов
■ Имена хоста адресата или адреса IP для серверов
■ Названия сервиса целевой базы данных
■ Клиентское использование Оракула Расширенная Безопасность
Иллюстрация 1-13 показывает Менеджеру Подключения Оракула,
позиционированному между тремя клиентами Сети и сервером базы данных Оракула.
Менеджер Подключения Оракула конфигурирован, чтобы позволить доступ к первым
двум клиентам Сети и лишить доступа к третьему. Для этой конфигурации, чтобы
работать, клиенты требуют Тонкого драйвера JDBC.
Управление Доступа к сети Intranet иллюстрации 1-13 с Менеджером
л
Intranet
Web-
браузер
^
Подключения Оракула Клиент
Y
Ведомствен
ная Система
сетевой
защиты Сервер
Базы
данных
л
Intranet
Клиент
Web-
браузер
Y Acess nie
отрицается d t
3>
этому Клиенту
X
Web-
браузер
* Я
Intranet ZD
3>
Y
Ораку Дов nection
л М. од er _
"пр =
оти
в" =
ana
g
Г
Хотя Менеджер Подключения Оракула не может в настоящее время интегрироваться со
сторонними продуктами системы сетевой защиты, продавцы могут упаковать это с их
собственными продуктами в пути, который дает возможность этому соединению
продукта служить шлюзом приложений.
Иллюстрация 1-14 показывает шлюзу приложений, управляющему трафиком между
внутренними и внешними сетями и обеспечивающему единственную контрольную
точку для управления доступом и ревизии системы. В результате несанкционированные
интернет-главные компьютеры не могут непосредственно обратиться к базе данных
внутри a

Набор программ Сетевых Компонентов
корпорация, но уполномоченные пользователи может все еще использовать Услуги

Internet вне корпоративной сети. Эта возможность важна в интернет-средах, чтобы
ограничить удаленный доступ к уязвимым данным.
Интернет-Управление Доступа к сети иллюстрации 1-14 со Шлюзом приложений

Демилитар Корпора
изированна тивная
я Зона Сеть
(DMZ)
_i Базы данных
Прикладно
й Web-
^^
сервер
Управление доступом Протокола
Сервер базы данных может быть конфигурирован с параметрами управления доступом в
sqlnet.ora файле конфигурации. Эти параметры определяют, разрешают ли
клиентам или лишены доступа основанными на протоколе.

Обеспечение связи, управляемость, масштабируемость, и особенности безопасности,
описанные в этой главе, предоставлены следующими компонентами:
■ Сеть Оракула
■ Слушатель Сети Оракула
■ Менеджер Подключения Оракула
■ Сетевые Инструментальные средства
■
Оракул Расширенная
Безопасность
Сеть
Оракула Сеть Оракула - программный уровень, который постоянно находится на клиенте и
сервере базы данных Оракула. Это ответственно за установление и поддержание
подключения между приложением-клиентом и сервером, так же как обменом сообщений
между ними, используя протоколы отраслевого стандарта. Сеть Оракула состоит из двух
программных компонентов:
■ Уровень фонда Сети Оракула
■ Поддержка протокола оракула

Уровень Фонда Сети Оракула

На клиентской стороне приложения общаются с уровнем фонда Сети Оракула,
чтобы установить и поддержать подключения. Уровень фонда Сети Оракула
использует поддержку протокола Оракула, которая общается с протоколом сети
отраслевого стандарта, таким как TCP/IP, общаться с сервером базы данных
Оракула.
Иллюстрация 1-15 иллюстрирует стек коммуникации на клиенте.
Сеть Оракула иллюстрации 1-15 на Клиенте
Приложение i к
Уровень
Фонда
Сети
Оракула
Оракул
Протокол
Поддержка
Сеть
Протокол i'
Сторона сервера базы данных Оракула подобна клиентской стороне как

иллюстрировано в иллюстрации 1-16. Сетевой протокол посылает клиентскую
информацию запроса в уровень поддержки протокола Оракула, который тогда посылает
информацию в уровень фонда Сети Оракула. Уровень фонда Сети Оракула тогда
общается с сервером базы данных Оракула, чтобы обработать клиентский запрос.
Сеть Оракула иллюстрации 1-16 на Сервере
RDBMS я к
Уровень
Фонда
Сети
Оракула
Оракул
Протокол
Поддержка
Сеть
Протокол i'
Поддержка Протокола Оракула

Уровень фонда Сети Оракула использует поддержку протокола Оракула, чтобы
общаться со следующими протоколами сети отраслевого стандарта:
■ TCP/IP
■ TCP/IP с SSL
■ Именованные каналы
■ SDP
Поддержка протокола оракула отображает функциональные возможности
уровня фонда Сети Оракула к протоколам отраслевого стандарта,
используемым на клиент-серверных подключениях.
Слушатель Сети Оракула

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

известный как слушатель, посредничает в клиентском запросе, передавая запрос на

сервер. Слушатель конфигурирован с адресом протокола. Клиенты, конфигурированные
с тем же самым адресом протокола, могут послать запросы на установление соединения
слушателю. Как только подключение установлено, клиент и сервер базы данных
Оракула общаются непосредственно друг с другом.
Иллюстрация 1-17 показывает слушателю, принимающему запрос на
установление соединения от клиента и ускоряющему тот запрос серверу базы
данных Оракула.
Слушатель иллюстрации 1-17 в Запросе на установление соединения
Интернет-Intranet
Компьютер Сервера Базы данных

Л
Intranet Клиент
Приложение i к
Уровень
Фонда Сети
.RDBMS
Уровень
Y
Сетевой Слушате Фонда
Оракула Сети
Протокол ль Оракула
Поддержка
Протокола Поддержка
Оракула i г 'Протокола
Ъ Оракула
Менеджер Подключения Оракула
Менеджер Подключения Оракула - программный компонент, который постоянно
находится на его собственном компьютере, отдельном от клиента или сервера базы
данных Оракула. Это прокси-серверы и экраны просит на сервер базы данных. Кроме
того, это multiplexes сеансы базы данных.
В его роли мультиплексирования сеанса Менеджер Подключения Оракула направляет
множественные сеансы через единственное транспортное подключение протокола со
специфическим адресатом. Это уменьшает запрос на ресурсах, должен был поддержать
множественные сеансы между двумя процессами, давая возможность серверу базы
данных Оракула использовать меньше пунктов конца подключения для входящих
запросов.
Как фильтр управления доступом, Менеджер Подключения Оракула управляет
доступом к базам данных Оракула.
См. Также:
■ "Мультиплексирование Сеанса" на странице 1-12

■ "Управление доступом Системы сетевой защиты" на странице 1-14 для описания
фильтрация
Сетевые Инструментальные средства

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

■
Менеджер Предприятия Оракула комбинирует функциональные
возможности конфигурации через множественные файловые системы, наряду
со слушателем административное управление, чтобы обеспечить
■ интегрированную среду для конфигурирования и управления Службами Сети
Оракула.
Менеджер Сети Оракула обеспечивает функциональные возможности
конфигурации для Оракула домой на местном клиенте или главном компьютере
сервера. С Менеджером Сети Менеджера или Оракула Предприятия Оракула
Вы можете подстроить слушателя и конфигурацию метода обозначения,
созданную с Помощником Конфигурации Сети Оракула. Кроме того, Менеджер
■ Предприятия Оракула и Менеджер Сети Оракула предлагают встроенным
мастерам и утилитам, которые допускают к Вам, чтобы проверить обеспечение
связи, переместить данные от одного метода обозначения до другого, и создать
дополнительные сетевые компоненты.
Утилиты управления командной строки дают возможность Вам
конфигурировать, управлять, и контролировать сетевые компоненты,
включая слушателей и Менеджеров Подключения Оракула.
См. Также: Глава 6, "Конфигурация и Краткий обзор

Административных средств"
Оракул Расширенная Безопасность
Расширенная Безопасность Оракула отдельно licensable продукт, который
обеспечивает всесторонний набор программ особенностей безопасности среды
Оракула. Этот набор программ особенностей безопасности защищает
корпоративные сети и надежно расширяет корпоративные сети на Интернет. Это
предоставляет единственному источнику интеграции с сетевым кодированием и
опознавательными решениями, единственными службами заставки, и протоколами
безопасности. Оракул Расширенная Безопасность интегрирует отраслевые
стандарты и поставляет непараллельную безопасность сети Оракула и другим
сетям.
См. Также: Оракул Расширенное Руководство Администратора Безопасности

2
Быстрое Начало на Подключения
Эта глава проектирована, чтобы помочь установленным неопытным пользователям и

проверить простую, но общую конфигурацию один между приложением-клиентом и
базой данных по сети TCP/IP.
Эта глава содержит эти темы:
■ Предпосылки к Установлению Обеспечения связи
■ Задача 1: Подтвердите Сетевую Пригодность
■ Задача 2: Запустите Слушателя и Сервер Базы данных
■ Задача 3: Конфигурируйте Клиента для Подключения с Базой данных
■ Задача 4: Соединитесь с Базой данных
Предпосылки к Установлению Обеспечения связи

Задачи в этом быстром руководстве начала показывают подключению TCP/IP между
клиентским компьютером и сервером базы данных. Неотступно следование за сервером
базы данных и клиентскими компьютерами принято:
■ Компьютер Сервера Базы данных
– Это работает на той же самой сети как клиент.
– База данных Оракула установлена.
– Поддержка протокола TCP/IP установлена.
– Слушатель конфигурирован.
■ Клиентский Компьютер
– Это работает на той же самой сети как сервер базы данных.
– Клиент Оракула установлен.
– Поддержка протокола TCP/IP установлена.
Задача 1: Подтвердите Сетевую Пригодность

Прежде, чем использовать Сеть Оракула, чтобы подключить клиентский компьютер с
сервером базы данных, подтвердите, что клиентский компьютер может успешно
общаться с компьютером сервера базы данных. Оценка сетевого обеспечения связи
может устранить основанные на сети ошибки.
Подтвердить сетевое обеспечение связи:
Быстрое Начало на Подключения Сети Оракула 2-1

Задача 2: Запустите Слушателя и Сервер Базы данных
1. Подтвердите, что компьютер сервера базы данных может общаться с собой с a

петлевой тест.
Петлевой тест - подключение от сервера базы данных назад к себе. Много сетевых
протоколов обеспечивают средство тестирования сетевых подключений. Утилита
PING может использоваться для сети TCP/IP.
В сети TCP/IP у каждого компьютера есть уникальный адрес IP. Сервис
разрешающей способности названия, такой как Доменная система имен (сервер
имен доменов), может использоваться, чтобы отобразить адрес IP компьютера с его
именем хоста. Если сервис разрешающей способности названия не используется, то
отображение типично сохраняется в центрально поддержанном файле, названном
главными компьютерами. Этот файл расположен в / и т.д каталог на UNIX
и \winnt каталог на Windows. Например, вход для названного коммерческого
сервера компьютера сервера базы данных может быть похожим на следующее:
#IP адрес псевдонима имени хоста сервера
144.25.186.203 коммерческий сервер sales.us.acme.com
Чтобы использовать УТИЛИТУ PING, введите следующее

в командную строку: утилита ping database_server_host
database_server_host - имя хоста компьютера сервера базы данных.

Например:
коммерческий сервер утилиты ping
Если возврат цикла был неудачен, попытайтесь использовать адрес IP сервера базы
данных. Например:
утилита ping 144.25.186.203
2. Проверьте, что клиентский компьютер может успешно общаться с сервером базы данных
компьютер.
Это изменяется согласно сетевому протоколу. Для TCP/IP Вы можете использовать
УТИЛИТУ PING, FTP или утилиты TELNET. Если клиентский компьютер не может
достигнуть сервера, проверять, что сетевая проводка и сетевые интерфейсные платы
правильно подключены. Войдите в контакт со своим администратором сети, чтобы
исправить эти проблемы.
Задача 2: Запустите Слушателя и Сервер Базы данных

Слушатель и сервер базы данных должны работать для сервера базы данных, чтобы
получить подключения.
1. Запустите слушателя с утилиты Listener Control. От командной строки, введите:
lsnrctl
LSNRCTL> НАЧАЛО [listener_name]
где listener_name - имя слушателя, определенного в listener.ora файле.

Это не необходимо, чтобы идентифицировать слушателя, если Вы используете
заданного по умолчанию слушателя, названного СЛУШАТЕЛЕМ.
Сообщение состояния, указывающее, что слушатель запустил успешно дисплеи.
2. Запустите базу данных:
a. Запустите SQL*Plus, не соединяясь с базой данных:
sqlplus/nolog

Задача 3: Конфигурируйте Клиента для Подключения с Базой данных
b. Соединитесь с базой данных как SYSDBA:

SQL> ПОДКЛЮЧАЕТ имя пользователя/пароль как
sysdba
Например, СИСТЕМА/МЕНЕДЖЕР - пользователь SYSDBA.

c. Введите команду STARTUP, определяя название базы данных и полный путь
файл параметра:
SQL> ЗАПУСК database_name pfile=file
Если Вы не определяете опцию PFILE, база данных Оракула использует

стандартный файл параметра инициализации, расположенный в
$ORACLE_BASE/admin/db_ name/pfile/sid каталог на платформах UNIX,
и каталог ORACLE_ BASE\admin\db_name\pfile\sid на Windows. Если Вы
не определяете название базы данных, то база данных использует значение
параметра DB_NAME, определенного в файле параметра инициализации.
См. Также: Руководство Администратора Базы данных

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

утилиты Listener Control, введите:
LSNRCTL> СЛУЖБЫ [listener_name]
Списки команд СЛУЖБ службы, поддержанные базой данных, наряду с при

арендном договоре один доступный обработчик сервиса.
См. Также: "Контролируя Службы Слушателя" на странице 10-16
Задача 3: Конфигурируйте Клиента для Подключения с Базой

данных
Как только сетевое обеспечение связи было проверено, Вы можете использовать
простой, подключают обозначение, чтобы соединиться с базой данных.
ОТМЕТЬТЕ: База данных Оракула 10 г не поддерживает использование

Названий Оракула. Ни клиенты 10 г Базы данных Оракула, ни Базы
данных Оракула не могут использовать Названия Оракула, включая
прокси-сервером LDAP, решить обозначение. Oracle8i и клиенты
Oracle9i могут все еще использовать Названия Оракула, чтобы решить
обозначение для базы данных 10 г Базы данных Оракула; однако,
клиентам строго рекомендуют переместиться к LDAP, чтобы
использовать в своих интересах новые особенности Базы данных
Оракула 10 г.
Простые соединяются, метод обозначения может избавить от необходимости поиск

названия сервиса в tnsnames.ora файлах для сред TCP/IP. Этот метод обозначения
обеспечивает встроенное обеспечение связи TCP/IP с базами данных. Это расширяет
функциональные возможности главного компьютера, называя метод, давая
возможность клиентам соединиться с сервером базы данных с дополнительным портом и
названием сервиса в дополнение к имени хоста базы данных.
ПОДКЛЮЧИТЕ username/password@host [:port] [/service_name]
[/instance_name] где:
Если Вы выполнили установку сервера Oracle Database в режиме Typical, заданное по

умолчанию название сервиса, используемое экземпляром класса оракула, является ORCL,
и следующие простые соединяются, синтаксис может использоваться, чтобы
соединиться с тем экземпляром класса:
ПОДКЛЮЧИТЕ username/password@host/ORCL

Задача 3: Конфигурируйте Клиента для Подключения с Базой данных
См. Также: Используя Простое Подключают Метод

Обозначения на на странице 8-20 для получения дополнительной
информации об использовании этого метода
Дополнительное Подключение, используя Помощника Конфигурации Сети

Оракула, Если Вы не желаете использовать простое, подключает метод обозначения,
Вы можете использовать Помощника Конфигурации Сети Оракула, чтобы создать
сетевое название сервиса, простое название для сервиса базы данных. Сетевое
название сервиса решает к подключенному описателю, то есть, сетевому адресу базы
данных и названию сервиса базы данных. Клиент будет использовать сетевое название
сервиса, чтобы соединиться с базой данных.
Следующий пример показывает сетевым продажам названия сервиса,
отображенным подключенному описателю для базы данных, названной
sales.us.acme.com. Клиент может использовать продажи, отображенные,
чтобы соединиться с sales.us.acme.com.
продажи =
(ОПИСАНИЕ =
(ОБРАТИТЕСЬ = (PROTOCOL=tcp) (HOST=sales-server)
(PORT=1521)) (CONNECT_DATA =
(SERVICE_NAME=sales.us.acme.com)))
Конфигурировать клиента с сетевым названием сервиса:

1. Запустите Сетевого Помощника Конфигурации.
См. Также: "Помощник Конфигурации Сети Оракула" на странице 6-8
Начальная страница появляется.

2. Выберите Конфигурацию Названия Local Net Service.
3. Нажмите Next.
Сетевая страница Конфигурации Названия Сервиса появляется.
4. Щелчок Добавляет, и затем нажимает Next.
Сетевая Конфигурация Названия Сервиса, страница Версии Базы данных
появляется:
1. Если сервис адресата - Oracle9i или база данных Oracle8i, то выберите Oracle8i
или более позднюю базу данных или сервис. Если сервис адресата - база данных
выпуска 8.0 Oracle8, то выберите базу данных выпуска 8.0 Oracle8 или сервис.
Сетевая Конфигурация Названия Сервиса, Название Сервиса появляется.
3. Введите имя, которое идентифицирует базу данных.
Название сервиса определено во время создания базы данных. Если Вы
неуверены, каково название сервиса, спросите Администратора Базы данных,
который создал базу данных.
4. Нажмите Затем.
Сетевая Конфигурация Названия Сервиса, страница Протоколов Выбора
появляется.
5. Выберите протокол, на котором слушатель конфигурирован, чтобы слушать.
Отметьте, что этот протокол должен также быть установлен на клиенте. Слушатель
конфигурирован, чтобы слушать на TCP/IP по умолчанию.
Страница, соответствующая для выбранного протокола, появляется.
Задача 4: Соединитесь с Базой данных
7. Введите соответствующие параметры протокола для выбранного протокола в полях

если, и затем нажимают Next.
Сетевая Конфигурация Названия Сервиса, Испытательная страница появляется.
8. Нажмите Да, выполняют тест.
Во время теста Помощник Конфигурации Сети Оракула входит в контакт с
отдаленным сервисом базы данных, устанавливает подключение, и заканчивает
контакт.
Успешный тест приводит к следующему сообщению:
Соединение... Успешный тест.
Если тест терпит неудачу, это может быть потому что:

■ Заданное по умолчанию имя пользователя (Скотт) и пароль (тигр) не
правильно
■ Информация адреса протокола не соответствует информации слушателя
■ Слушатель не работает
■ Сервис целевой базы данных снижается
В зависимости от Вашего диагноза проблемы, выполните одну из следующих задач:
■ Нажмите Change Login, чтобы изменить имя пользователя и пароль для подключения.
■ Нажмите Назад, чтобы делать обзор информации адреса протокола.
■ Запустите слушателя или базу данных по серверу, как описано в "Задаче 2: Запустите Слушателя и
Сервер Базы данных" на странице 2-2.
Сетевая Конфигурация Названия Сервиса, Сетевая страница Названия Сервиса
10. Примите заданный по умолчанию сетевой сервис, называют или вводят другое сетевое
имя сервиса в Сетевом Поле имени Сервиса. Имя, которое Вы вводите, должно быть
уникальным для клиента.
Сетевая Конфигурация Названия Сервиса, Другая Сетевая страница Названия

Сервиса появляется.
12. Нажмите нет, и затем нажмите Next.
Сетевая Конфигурация Названия Сервиса, Конфигурация Сделанная страница

13. Нажмите Затем, и затем нажмите Finish.

От клиентского компьютера, соединитесь с сервером базы данных следующим образом.
1. Начало
SQL*Plus:
sqlplus
2. Соединитесь с базой данных следующим

образом: ПОДКЛЮЧИТЕ
username/password@net_service_name
где имя пользователя и пароль - пользователь базы данных и пароль, и

net_ service_name является сетевым названием сервиса, которое Вы создали
в "Задаче 3: Конфигурируйте Клиента для Подключения с Базой данных" по
странице 2-3.

2-6 Руководств Администратора Служб Сети Базы

данных Оракула
3
Понятия Обеспечения связи
Эта глава объясняет, как базы данных идентифицированы и как клиенты обращаются к
ним. Эта глава содержит эти темы:
■ Сервис Базы данных и Идентификация Экземпляра класса Базы данных
■ Доступность Сервиса
■ Улучшенная Доступность Сервиса со Множественными Слушателями
■ Обработчики Сервиса
■ Обозначение
См. Также: Глава 1 для вводного краткого обзора уровня сетевых

понятий
Сервис Базы данных и Идентификация Экземпляра класса Базы

данных
Этот раздел содержит эти темы:
■ Службы Базы данных
■ Экземпляры класса Базы данных
Службы Базы данных

База данных Оракула представлена клиентам как сервис; то есть, база данных выполняет
работу от имени клиентов. У базы данных могут быть одна или более служб, связанных с
этим.
Иллюстрация 3-1 показывает двум базам данных, каждому с ее собственным сервисом
базы данных для клиентов intranet. Один сервис, sales.us.acme.com, дает
возможность продавцам обратиться к коммерческой базе данных. Другой сервис,
finance.us.acme.com, дает возможность финансовым аналитикам обратиться к базе
данных финансов.
Понятия Обеспечения связи 3-1

Сервис Базы данных и Идентификация Экземпляра класса Базы данных
Иллюстрация 3-1 Один Сервис для
каждого Продавца Базы данных Сервер

Базы
sales.us.acme.com
данных
Финансовый Сервер
Аналитик Базы
данных
finance.us.acme.com
T
s
b
n
(D
s
n
D
b
se

Службы Множителя иллюстрации 3-2, Связанные с Одной Базой данных

Web-
браузе
р
z= ^ book.us.acme.com
Сервер Базы
Web- данных
браузе
р
21 ^
soft.us.acme.com
Соединение множественных служб с одной базой данных допускает следующим
функциональным возможностям:
■ Единственная база данных может быть идентифицирована многими различными
способами различными клиентами.
■ Администратор базы данных может ограничить или резервировать системные
ресурсы. Этот уровень управления допускает лучшему распределению ресурсов
клиентам, просящим одну из этих служб
Экземпляры класса Базы данных

У базы данных есть по крайней мере один экземпляр класса. Экземпляр класса состоит
из области памяти, названной Системной Глобальной Областью процессами Оракула
и (SGA). Память и процессы экземпляра класса эффективно управляют данными
связанной базы данных и служат пользователям базы данных.
Примечание: экземпляр класса также управляет другими

службами, такими как Оракул ДЕЦИБЕЛ XML.
Иллюстрация 3-3 показывает двум экземплярам класса, продажам и финансам,

связанным с их соответствующими базами данных.

Иллюстрация 3-3 Один Экземпляр класса для
каждого Продавца Базы данных Сервер

Базы
данных
sales.us.acme.com
продажи
Финансовый Сервер
Аналитик Базы
данных
«If* - ► finance.us.acme.com
финансы
Как службы, экземпляры класса идентифицированы названием экземпляра класса,

продажами и финансами в этом примере. Название экземпляра класса определено
параметром INSTANCE_NAME в файле параметра инициализации. Значения по
умолчанию названия экземпляра класса к Идентификатору Системы Оракула (СИД)
экземпляра класса.
Немного аппаратной архитектуры позволяет множественным компьютерам совместно
использовать доступ к данным, программному обеспечению, или периферийным
устройствам. Реальные Прикладные Кластеры Оракула могут использовать в своих
интересах такую архитектуру, выполняя множественные экземпляры класса на
различных компьютерах, которые совместно используют единственную физическую
базу данных.
Иллюстрация 3-4 показывает Оракулу Реальная Прикладная конфигурация Кластеров. В
этом примере два экземпляра класса, sales1 и sales2, связаны с одним сервисом
базы данных, sales.us.acme.com.

Доступность Сервиса
Экземпляры класса Множителя иллюстрации 3-4, Связанные с Базой данных
Сервер
Базы
данных
Ш' ^—> sales.us.acme.com
sales1
Сервер
Базы
данных
Ш' - ► sales.us.acme.com
sales2
Чтобы соединиться с сервисом базы данных, клиенты используют подключенный
описатель, который обеспечивает местоположение базы данных и название сервиса
базы данных. Следующий пример показывает подключенному описателю, который дает
возможность клиентам соединиться с сервисом базы данных, названным
sales.us.acme.com.
(ОПИСАНИЕ =
Часть адреса подключенного описателя - фактически адрес протокола слушателя.

Чтобы соединиться с сервисом базы данных, клиенты сначала входят в контакт с
процессом слушателя, который типично постоянно находится на сервере базы данных.
Слушатель получает входящие клиентские запросы на установление соединения и
вручает эти запросы серверу базы данных. Как только подключение установлено, клиент
и сервер базы данных общаются непосредственно.
Очень как деловой адрес, слушатель конфигурирован, чтобы принять запросы от
клиентов в адресе протокола. Этот адрес определяет протокол, слушатель слушает на
и любой другой протокол определенная информация. Например, слушатель мог быть
конфигурирован, чтобы слушать в следующем адресе протокола:
(ОПИСАНИЕ =
(ОБРАТИТЕСЬ = (PROTOCOL=tcp) (HOST=sales-server) (PORT=1521))),
Этот пример показывает адресу протокола TCP/IP, который определяет главный

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

обработчики сервиса, доступные для каждого экземпляра класса. Обработчики сервиса

действуют как точки подключения на сервер базы данных Оракула. Обработчик сервиса
может быть диспетчером или выделенным сервером.
См. Также:
■ "Обработчики Сервиса" на странице 3-8 для описания этих типов
обработчика сервиса
■ "Архитектура Слушателя" на странице 5-7 для обсуждения того, как слушатель
работает с обработчиками сервиса
Если соединение с определенным экземпляром класса базы данных требуется, клиенты

могут также определить INSTANCE_NAME специфического экземпляра класса в
подключенном описателе. Эта особенность может быть полезной, если у Вас есть
Оракул Реальная Прикладная конфигурация Кластеров. Например, следующее
соединяются, описатель определяет название экземпляра класса sales1, который
связан с sales.us.acme.com.
(ОПИСАНИЕ =
(SERVICE_NAME=sales.us.acme.com)
(INSTANCE_NAME=sales1)))
Альтернативно, клиенты, которые всегда хотят использовать специфический тип

обработчика сервиса, могут использовать подключенный описатель, который
определяет тип обработчика сервиса. В следующем примере подключенный описатель
конфигурирован, чтобы использовать диспетчера для общедоступной конфигурации
сервера, как обозначено (SERVER=shared).
(ОПИСАНИЕ =
(SERVER=shared)))
Если Вы хотите, чтобы клиент использовал выделенный сервер, Вы можете определить

(SERVER=dedicated) вместо (SERVER=shared). Если параметры SERVER не
установлены, то общедоступная конфигурация сервера принята. Однако, клиент будет
использовать выделенный сервер, если никакие диспетчеры не будут доступны.
Когда слушатель получает клиентский запрос, это выбирает один из обработчиков
сервиса, которые были ранее регистрированы. В зависимости от типа выбранного
обработчика, протокол коммуникации, используемый, и операционная система сервера
базы данных, слушатель выполняет одно из следующих действий:
■ Вручает подключенный запрос непосредственно прочь диспетчеру.
■ Посылает переадресовывающееся сообщение назад клиенту с местоположением процесса выделенного сервера
или диспетчера. Клиент тогда соединяется непосредственно с процессом выделенного
сервера или диспетчером.
■ Порождает процесс выделенного сервера и передает клиентское подключение с процессом
выделенного сервера.
Как только слушатель завершил операцию подключения для клиента, клиент общается с
сервером базы данных Оракула без причастности слушателя. Слушатель возобновляет
прислушиваться к входящим сетевым сеансам.

Улучшенная Доступность Сервиса со
Множественными Слушателями
Улучшенная Доступность Сервиса со Множественными

Слушателями
Для некоторых конфигураций, таких как Оракул Реальные Прикладные Кластеры,
множественные слушатели на множественных узлах могут быть конфигурированы,
чтобы обработать клиентские запросы на установление соединения для того же самого
сервиса базы данных. В следующем примере sales.us.acme.com может
подключить с sales.us.acme.com использующих слушателей или на sales1-
сервере или на sales2-сервере.
(ОПИСАНИЕ =
(ADDRESS_LIST =
(ОБРАТИТЕСЬ = (PROTOCOL=tcp) (HOST=sales1-server)
(PORT=1521)) (ОБРАТИТЕСЬ = (PROTOCOL=tcp) (HOST=sales2-
server) (PORT=1521))),
(CONNECT_DATA =
Конфигурация множественного слушателя также дает возможность Вам усилить

следующий обход отказа и загрузку, балансирующую особенности:
■ Обход отказа Времени сеанса
■ Прозрачный Прикладной Обход отказа
■ Клиентское Балансирование Загрузки
■ Во время выполнения Балансирование Загрузки Подключения
Эти особенности могут быть осуществлены или отдельно или в комбинации друг с
другом.
Обход отказа Времени сеанса

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

Прозрачный Прикладной Обход отказа (TAF) особенность является во время
выполнения обходом отказа для сред высокой пригодности, таких как Оракул Реальные
Прикладные Кластеры. TAF терпит неудачу и восстанавливает подключения
приложения к сервису. Это дает возможность приложениям-клиентам автоматически
повторно соединиться с базой данных, если подключение терпит неудачу и,
произвольно, возобновлять оператора SELECT, который происходил. Переподключение
случается автоматически изнутри Интерфейса Запроса Оракула (OCI) библиотека.
Клиентское Балансирование Загрузки

Клиентская загрузка, балансирующая особенность, дает возможность клиентам
рандомизировать запросы на установление соединения среди слушателей. Сеть Оракула
прогрессирует через список адресов протокола в случайной последовательности,
балансируя загрузку на различных слушателях. Без клиентского балансирования
загрузки продвижений Сети Оракула через список адресов протокола последовательно,
пока каждый не преуспевает.
Во время выполнения Балансирование Загрузки Подключения

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

Обработчики Сервиса
у во время выполнения загрузки подключения, балансирующей также, есть возможность

балансировать число активных подключений среди множественных экземпляров класса.
Из-за динамической регистрации сервиса, слушатель всегда знает обо всех экземплярах
класса и диспетчерах независимо от их местоположения. В зависимости от информации
загрузки решает слушатель, какой экземпляр класса и, если разделенный сервер
конфигурирован, к которому просит диспетчер послать входящего клиента.
В общедоступной конфигурации сервера слушатель выбирает диспетчера в следующем
заказе:
1. Наименее - загруженный узел
2. Наименее - загруженный экземпляр класса
3. Наименее - загруженный диспетчер для того экземпляра класса
В конфигурации выделенного сервера слушатель выбирает экземпляр класса в
следующем заказе:
1. Наименее нагруженный узел
2. Наименее нагруженный экземпляр класса
Если у сервиса базы данных есть множественные экземпляры класса на множественных
узлах, слушатель выбирает наименее нагруженный экземпляр класса на наименее
нагруженном узле. Если разделенный сервер конфигурирован, то наименее
нагруженный диспетчер выбранного экземпляра класса выбран.
■ Диспетчеры
■ Процессы Выделенного сервера
Диспетчеры
Общедоступная архитектура сервера использует процесс диспетчера для прямых
клиентских подключений с общей очередью запроса. Разделенный процесс сервера
простоя от общедоступного пула процессов сервера поднимает запрос от общей
очереди. Этот подход дает возможность маленькому пулу процессов сервера служить
большому количеству клиентов. Существенное преимущество общедоступной модели
сервера по модели выделенного сервера уменьшено системные ресурсы, допуская
поддержке увеличенного числа пользователей.
Слушатель использует диспетчера как тип обработчика сервиса, на который это может
прямые клиентские запросы. Когда клиентский запрос прибывает, слушатель выполняет
одно из следующих действий:
■ Вручает запрос на установление соединения непосредственно диспетчеру.
■ Проблемы переадресовывающееся сообщение клиенту, содержа адрес протокола диспетчера. Клиент тогда
заканчивает сетевой сеанс слушателю и устанавливает сетевой сеанс
диспетчеру, используя сетевой адрес, предоставленный в
переадресовывающемся сообщении.
Слушатель использует прямую руку прочь когда бы ни было возможно. Переадресуйте
сообщения, используются, например, когда диспетчеры отдаленны слушателю.
Иллюстрация 3-5 показывает слушателю, вручающему запрос на установление соединения
непосредственно прочь диспетчеру.
1. Слушатель получает клиентский запрос на установление соединения.
2. Слушатель вручает подключенный запрос непосредственно диспетчеру.

3. Клиент теперь подключен с диспетчером.
Иллюстрация 3-5 Прямая Плавная передача управления от одной ячейки к

другой Диспетчеру
Пул
общедоступных
процессов
сервера
F
1.
2.
3.
Пул
общедоступных
процессов
Процессы Выделенного сервера

В конфигурации выделенного сервера слушатель запускает отдельный процесс
выделенного сервера для каждого входящего клиентского запроса на установление
соединения, специализированного обслуживанию клиента. Как только сеанс закончен,
процесс выделенного сервера заканчивается. Поскольку процесс выделенного сервера
должен быть начат для каждого подключения, эта конфигурация может потребовать
большего количества системных ресурсов чем общедоступные конфигурации сервера.
Процесс выделенного сервера - тип обработчика сервиса, который запускает слушатель,
когда это получает клиентский запрос. Чтобы завершить клиент-серверное учреждение
подключения, одно из следующих действий происходит:
■ Выделенный сервер наследовал запрос на установление соединения от слушателя.
■ Выделенный сервер сообщает слушателю его слушающего адреса протокола. Слушатель
передает адрес протокола клиенту в переадресовывающемся сообщении и
заканчивает подключение. Клиент соединяется с выделенным сервером,
непосредственно используя адрес протокола.
Примечание: Одна из опций выбран основанный на операционной системе

и транспортном протоколе.
Если клиент и сервер базы данных существуют на том же самом компьютере,

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

выделенными серверами, слушателем и экземпляром класса базы
данных должен работать на том же самом компьютере.
Иллюстрация 3-7 показывает слушателю, передающему клиентский запрос на

установление соединения к процессу выделенного сервера.
2. Слушатель запускает процесс выделенного сервера, и выделенный сервер наследовал
запрос на установление соединения от слушателя.
3. Клиент теперь подключен непосредственно с выделенным сервером.
Иллюстрация 3-7 Подключение с Процессом Выделенного сервера

Обозначение
Иллюстрация 3-8 показывает роли выделенного сервера на переадресованном

подключении.
2. Слушатель запускает процесс выделенного сервера.
3. Слушатель обеспечивает местоположение процесса выделенного сервера клиенту в
переадресовывающемся сообщении.
4. Клиент соединяется непосредственно с выделенным сервером.
Иллюстрация 3-8 Переадресованное Подключение с Процессом Выделенного

сервера
Обозн
ачение
Пользователи инициализируют запрос на установление соединения, обеспечивая

подключенную строку. Подключенная строка включает имя пользователя и пароль,
наряду с подключенным идентификатором. Подключенный идентификатор может
быть подключенным описателем непосредственно или названием, которое решает к
подключенному описателю. Один из самых общих соединяется, идентификаторы
сетевое название сервиса, простое название для сервиса. Следующие примеры
демонстрируют, что каждый подключает строку, которая использует законченное,
подключают описатель как подключенный идентификатор, и другой подключает строку,
которая использует сетевые продажи названия сервиса как подключенный
идентификатор.
СОЕДИНИТЬСЯ
Скотт/тигр (ОПИСАНИЕ = (ОБРАЩАЮТСЯ = (PROTOCOL=tcp) (HOST=sales-server1)
(PORT=1521)),
(CONNECT_DATA = (SERVICE_NAME=sales.us.acme.com)))
ПОДКЛЮЧИТЕ scott/tiger@sales
То, когда сетевой сервис называет продажи, используется, обработка подключения

имеет место первыми продажами отображения к подключенному описателю. Эта
отображенная информация хранится в одном или более репозиториях информации, к
которым обращаются с обозначением методов.
Процесс для того, чтобы основать клиентский сеанс при помощи метода
обозначения следующие:
1. Клиент инициализирует подключенный запрос, обеспечивая подключенный
идентификатор.
2. Подключенный идентификатор решен к подключенному описателю методом
обозначения. Эта информация возвращена клиенту.
3. Клиент делает запрос на установление соединения к адресу предоставленным в
подключенном описателе.
4. Слушатель получает запрос и направляет это к соответствующему серверу базы
данных. ых.
5 Сеть Оракула оказывает поддержку для следующих методов

. обозначения:
П Понятия Обеспечения связи 3-11
с
е
р
в
е
р
о
м
н
■ Местное Обозначение
■ Директивное Обозначение
■ Простой Подключают Обозначение
■ Внешнее Обозначение
Примечание: Кроме того подключает описатели, Вы можете

использовать методы обозначения, чтобы отобразить название к
адресу протокола или списку адресов протокола.
Местное Обозначение
Местный метод обозначения сохраняет сетевые названия сервиса и их подключить
описатели в ограниченном файле конфигурации, названном tnsnames.ora.
См. Также: "Конфигурируя Местный Метод Обозначения" на странице 8-3
Директивное Обозначение
Каталог, называя память метода подключает идентификаторы в
централизованном сервере каталога LDAP-compliant, чтобы обратиться
к сервису базы данных.
См. Также: "Конфигурируя Каталог, Называя Метод" на странице

8-8
Простой Подключают Обозначение

Простые соединяются, метод обозначения дает возможность клиентам соединиться с
сервером базы данных Оракула при использовании TCP/IP, подключают строку,
состоящую из имени хоста и дополнительного порта, и обслуживают название:
Простой метод обозначения не требует никакой конфигурации.

Обозначения" на странице 8-20
Внешнее Обозначение
Внешний метод обозначения сохраняет сетевые названия сервиса в поддержанной
системе идентификации имен неоракула. Эти поддержанные сторонние службы
включают:
■ Сетевая Информационная служба (NIS) Внешнее Обозначение
■ Среда распределенных вычислений (аппаратура передачи данных) Службы каталогов Ячейки
)
(система цветного изображения
См. Также: "Конфигурируя Внешние Методы Обозначения" на странице 8-23

4
Понятия Управления конфигурированием
Эта глава описывает, как информация конфигурации для Служб Сети Оракула может
храниться в ограниченных файлах конфигурации или централизована в директивном
сервере.
Затронутые темы включают:
■ Модели Конфигурации
■ Ограниченная Поддержка Файла Конфигурации
■ Директивная Поддержка Сервера
Модели Конфигурации
Информация конфигурации может храниться в ограниченном файле
конфигурации или централизованном репозитории, как описано в Таблице 4–1.
Таблица 4–1 Модель Конфигурации Сети Оракула

Конфигурация сети
Образцовое Описание
Ограниченная информация Сетевого адреса управления хранится в tnsnames.ora файлах
на каждом компьютере в сети.
Централизованная информация Сетевого адреса управления хранится в централизованном
каталоге
службы, включая сервер каталога LDAP-compliant.
Ограниченная Поддержка Файла Конфигурации

В зависимости от модели конфигурации используемые, сетевые компьютеры могут быть
конфигурированы с файлами, описанными в Ta b l e 4 – 2.
Таблица 4–2 Файла Конфигурации Сети Оракула

Описание Файла Конфигурации
cman.ora, Расположенный на компьютере, где Менеджер Подключения Оракула
выполняется, этот файл конфигурации включает:
■ Оконечная точка слушания
■ Список правила управления доступом
■ список Parameter
Каждая конфигурация Менеджера Подключения Оракула
формируется в пределах единственной строки NV, которая состоит
из компонентов, только описанных.
Понятия Управления конфигурированием 4-1

Ограниченная Поддержка Файла Конфигурации
Таблица 4–2 (Продолжение следует). Файлы Конфигурации Сети Оракула

Описание Файла Конфигурации
listener.ora, Расположенный на сервере базы данных, этом файле конфигурации для
слушатель может включить:
■ Адреса протокола это принимает запросы на установление
соединения на
■ База данных и службы небазы данных это прислушивается
■ Параметры управления используются слушателем
sqlnet.ora, Расположенный на клиенте и компьютере сервера базы данных, этот файл может
включайте:
■ Клиентский домен, чтобы приложить к
дисквалифицированным названиям сервиса или сети
обслуживает названия
■ Заказ обозначения методов клиент должен использовать, решая
название
■ Регистрация и рассмотрение особенностей, чтобы использовать
■ Маршрут подключений
■ Внешние параметры обозначения
■ Параметры Advanced Security Оракула
■ Параметры управления доступа к базе данных
tnsnames.ora, Расположенный прежде всего на клиентах, этот файл содержит сетевой
сервис
названия, отображенные, чтобы подключить описатели. Этот
файл используется для местного метода обозначения.
Файлы конфигурации типично создаются в $ORACLE_HOME/network/admin на

операционных системах UNIX и ORACLE_HOME\network\admin на операционных
системах Windows. Однако, файлы конфигурации могут быть созданы во множестве
мест, потому что Поиски в сети Оракула для файлов конфигурации во множестве мест.
Заказ поиска относительно sqlnet.ora следующие:
1. Каталог определен переменной среды TNS_ADMIN
Если переменная среды TNS_ADMIN не определена как переменная на Windows,

это может быть в системном реестре.
2. $ORACLE_HOME/network/admin каталог на операционных системах UNIX и
каталог ORACLE_HOME\network\admin на операционных системах Windows
Заказ поиска относительно cman.ora, listener.ora, и tnsnames.ora
следующие:
1. Каталог определен переменной среды TNS_ADMIN
Если переменная среды TNS_ADMIN не определена как переменная на Windows,

это может быть в системном реестре.
2. На операционных системах UNIX, глобальном каталоге конфигурации
Например, на Операционной системе Solaris, этот
каталог-/var/opt/oracle.
3. $ORACLE_HOME/network/admin каталог на операционных системах UNIX и
каталог ORACLE_HOME\network\admin на операционных системах Windows.
См. Также: Оракул, управляющий системно-специфической документацией

Директивная Поддержка Сервера

Сегодня, сетевая информация хранится во множественных системах и во
множественных директивных форматах. С новыми требованиями для интернет-
вычисления и новых технологий электронной коммерции, общая инфраструктура
репозитория необходима как фонд для управления и конфигурации всех данных и
ресурсов. Этот вид инфраструктуры уменьшает стоимость управления и
конфигурирования ресурсов в сети.
Поддержка интернет-Каталога Оракула обеспечивает централизованное транспортное
средство для управления и конфигурирования распределенной сети Оракула.
Директивный сервер может заменить clientside, и serverside ограничивал
tnsnames.ora файлы.
■ Каталог Называя Краткий обзор
■ Обозначение Памяти Конфигурации в Директивном Сервере
■ Записи каталога
■ Добавление или Изменение Входов в Директивном Сервере
■ Клиентские Подключения Используя Директивное Обозначение
■ Конфигурация Сети Оракула и Директивный Дизайн Сервера
■ Ограничения Каталога, Называя Поддержку с Microsoft Активный Каталог
Каталог Называя Краткий обзор

Службы Сети Оракула используют централизованный директивный сервер, поскольку
один из первичных методов для памяти подключает идентификаторы. Клиенты могут
использовать подключенные идентификаторы в их подключить строку. Директивный
сервер решает подключенный идентификатор к подключенному описателю, который
пасуется назад клиенту. Эту особенность называют директивным обозначением
Иллюстрация 4-1 по странице 4-4 показывает клиенту, решающему подключенный
идентификатор через директивный сервер.
1. Клиент входит в контакт с директивным сервером, чтобы решить подключенный
идентификатор к подключенному описателю.
2. Директивный сервер решает подключенный идентификатор и восстанавливает
подключенный описатель для клиента.
3. Клиент посылает запрос на установление соединения слушателю, используя
подключенный описатель.

Клиент иллюстрации 4-1 Используя Директивный Сервер, чтобы Решить Подключенный

Идентификатор
Сервер
Базы
данных
Директив
ный
Сервер
Примечания: Данные Java

директивное
обозначение. S и
Справочная
информация для
марихуаны
Обозначение Памяти Конфигурации в Di

Директивные серверы
сохраняют дерево
информации (ДИТ).
Каждый узел в th и
древовидная структура и
иллюстрация 4-2.
База данных иллюстрации 4-2 Servi

(ОПИСАНИЕ =
dc=com (ОБРАТИТЕСЬ = (PROTOCOL=tcp) (HOST=db1-
server) \
(SERVICE_NAME=db1.jp.acme.com)))
dc=acme
cn=OracleContext
cn=sales cn=db1 -
cn=sales и cn=db1 входы представляют сетевое название сервиса и сервис
базы данных, соответственно. Дополнительные входы под cn=sales и cn=db1
содержат

подключите дескрипторную информацию. Эти входы не представлены в графике.

cn=sales и cn=db1 входы дают возможность клиентам соединиться с
использованием базы данных, соединяются, строки ПОДКЛЮЧАЮТ
username/password@sales и ПОДКЛЮЧАЮТ username/password@db1.
Каждый вход однозначно определен выдающимся названием (DN). DN говорит Вам
точно, где вход постоянно находится в иерархии директивного сервера. DN для db1 -
dn:cn=db1, cn=OracleContext, dc=jp, dc=acme, dc=com, и DN для
продаж - dn:cn=sales, cn=OracleContext, dc=jp, dc=acme, dc=com.
Отметьте, что формат DN помещает самый низкий компонент ДИТА налево, затем
двигается прогрессивно выше на ДИТ. Каждый DN составлен из последовательности
отличенных названий родственника (RDNs), очень способ, которым директивный
путь содержит последовательность каталогов. Во входе для db1 RDN - cn=db1. Вход
составлен из ряда атрибутов. Например, в cn=db1, cn - один из атрибутов входа.
Атрибут, наряду с его значением, однозначно определяет вход.
Обратите внимание, что db1 и продажи постоянно находятся под
cn=OracleContext. Этот вход - специальный RDN, названный Контекстом
Оракула. Входы под Контекстом Оракула поддерживают различные директивно-с
поддержкой особенности, включая директивное обозначение.
Во время директивной конфигурации использования Вы устанавливаете заданный по
умолчанию Контекст Оракула. Клиенты используют этот Контекст Оракула, поскольку
заданное по умолчанию местоположение, чтобы искать подключает идентификаторы в
директивном сервере. С интернет-Каталогом Оракула Контекст Оракула,
расположенный в корне ДИТА, с DN dn:cn=OracleContext, указывает на заданный
по умолчанию Контекст Оракула в области управления тождественностью. Область
управления тождественностью - коллекция идентификаций, которыми управляет та же
самая административная политика. Этот Контекст Оракула упоминается как Контекст
Оракула области. Если не конфигурировано, чтобы использовать другой Контекст
Оракула, клиенты используют этот определенный для области Контекст Оракула как
заданный по умолчанию Контекст Оракула.
Заданный по умолчанию Контекст Оракула затрагивает подключенную строку.
Например, если бы клиент должен часто обращаться к db1 и коммерческому входу,
разумный заданный по умолчанию Контекст Оракула был бы dc=jp, dc=acme,
dc=com. cn=OracleContext не должен быть явно определен в подключенной
строке. Если запись каталога клиента не соответствует записи каталога, где сервис
расположен, то клиент должен определить абсолютное название входа в подключенной
строке, как описано на "Клиентских Подключениях Используя Обозначение Каталога"
на странице 4-9.
См. Также: интернет-Руководство Администратора Каталога

Оракула для дальнейшей информации об области управления
тождественностью
Сетевые Входы Псевдонима Сервиса

В дополнение к сервису базы данных и сетевым входам названия сервиса, директивное
обозначение дает возможность Вам создать сетевые входы псевдонима сервиса.
Сетевой псевдоним сервиса - альтернативное название для сетевого названия сервиса
или сервиса базы данных. Сетевой вход псевдонима сервиса не имеет, подключают
дескрипторную информацию. Вместо этого это только ссылается на местоположение
входа, для которого это - псевдоним. Когда клиент просит директивный поиск сетевого
псевдонима сервиса, каталог решает, что вход - сетевой псевдоним сервиса и завершает
поиск, как будто это - вход, на который ссылаются. Например, в иллюстрации 4-3,
сетевой псевдоним сервиса db1alias создан для сервиса базы данных db1. Когда
db1alias используется, чтобы соединиться с сервисом базы данных, поскольку в
ПОДКЛЮЧАЮТ username/password@db1alias, он будет фактически решать к и
использовать подключенную дескрипторную информацию для db1.
Псевдоним Сервиса Сети иллюстрации 4-3 db1alias в
Директивном Сервере
cn=db1
dc=com
cn=OracleContext
cn=db1alias
(Сетевой Вход
Псевдонима Сервиса)
T
se
cn=db1
n
se
se
b
В
se
в
u
cn=OracleContext
dc=com
cn=db1
(Сеть Обслуживает
Вход Псевдонима),
Директивный Entrie
D
■
O
С
-
F
4-6 Оракулов Databas

ДИТ Компонента Домена иллюстрации 4-5
• dc=com
м., dc=acme w dc=us •
dc=jp w cn=OracleContext
• cn=myproddb
Иллюстрация 4-6 показывает ДИТУ, структурированному согласно стране,

организации, и организационным модулям. Эта структура обычно упоминается
как ДИТ X.500.
ДИТ Стиля иллюстрации 4-6 X.500
• c=us
м., o=acme Ш ou=sales
• ou=mtkg W
cn=OracleContext
• cn=myproddb
Добавление или Изменение Входов в Директивном Сервере

Помощник Конфигурации Базы данных создает входы сервиса базы данных во время
или после некоторых режимов инсталляции. Вы можете тогда использовать Менеджера
Предприятия Оракула или Оракула
Сетевой Менеджер, чтобы изменить атрибуты Сети Оракула базы данных обслуживает
входы. Вы можете также использовать эти инструментальные средства, чтобы создать
сетевое название сервиса и сетевые входы псевдонима сервиса.
Иллюстрация 4-7 показывает, как инструментальные средства связывают с помощью
интерфейса с директивным сервером.

Директивн Менеджер
ая (клиент)
Иллюст
рация 4-
C
N
c
t I3ZT
T
Клиент
O
a
T
Менеджер, Вы должны быть членом следующих групп:
■ группа OracleDBCreators (cn=OracleDBCreators, cn=OracleContext...)
или
группа OracleContextAdmins
(cn=OracleContextAdmins, cn=Groups, cn=OracleContext...),
чтобы создать базу данных обслуживают вход с Помощником Конфигурации Базы
данных
■ группа OracleNetAdmins (cn=OracleNetAdmins, cn=OracleContext...)
или
группа OracleContextAdmins, чтобы создать сеть обслуживает названия или
сетевые псевдонимы сервиса
с Менеджером Сети Оракула
Директивный пользователь, который создал Контекст Оракула, автоматически
добавлен к этим группам. Другие пользователи могут быть добавлены к этим
группам директивным администратором.

Группа OracleContextAdmins - супергруппа пользователей для Контекста Оракула.

Члены группы OracleContextAdmins могут добавить все поддержанные типы входов к
Контексту Оракула.
См. Также:
■ "Конфигурируя Каталог, Называя Метод" на странице 8-8 для
дальнейшей информации об использовании Менеджера Сети
Оракула
■ Руководство Администратора Базы данных Оракула для
дальнейшей информации о том, как регистрировать базу
данных обслуживает с Помощником Конфигурации Базы
данных
Клиентские Подключения Используя Директивное Обозначение

Большинство клиентов только должно выполнить поиски названия в директивном
сервере. Чтобы выполнить поиск, директивный сервер должен позволить анонимную
аутентификацию. Директивные серверы обычно делают это по умолчанию.
Чтобы искать входы, клиент должен быть в состоянии найти директивный сервер, в
котором постоянно находится тот вход. Клиенты определяют местонахождение каталога
одним из двух способов:
■ Динамически, при использовании сервера имен доменов. В этом случае, директивная
информация местоположения сервера хранится и управляется в центральном сервере
имен доменов, и клиент, в продолжительности обработки запроса, восстанавливает
эту информацию от сервера сервера имен доменов динамически.
■ Статически, в директивном файле использования сервера (ldap.ora) созданный
интернет-Помощником Конфигурации Каталога Оракула и сохраненный на
клиентском главном компьютере
Как только каталог найден, клиенты направлены к Контексту Оракула области от
корневого Контекста Оракула.
Таким же образом они могли бы использовать другие методы обозначения, клиенты
заставляют подключения с использованием базы данных подключить идентификаторы.
Подключенный идентификатор может быть сервисом базы данных, сетевым названием
сервиса, или сетевым псевдонимом сервиса. Они могут быть упомянуты их общими
названиями, или они могут запросить дополнительную директивную информацию
местоположения. Заданный по умолчанию Контекст Оракула определяет, как
подключенный идентификатор должен быть определен.
Вход может быть идентифицирован одним из двух способов:
■ Используя Относительное Название Входа
■ Используя Абсолютное Название Входа
Примечание: JDBC OCI Драйвер поддерживает и относительное и

абсолютное обозначение. Тонкий Драйвер JDBC поддерживает
абсолютное обозначение только, когда законченный DN используется.
См. Базу данных Оракула Руководство Разработчика JDBC и
Справочная информация для дальнейшей информации.

Оракула для дальнейшей информации о клиентах определяет
местонахождение каталога
Используя Относительное Название Входа

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

Рассмотрите директивный сервер, который содержит вход для базы данных, названной
продажами с DN dn:cn=sales, cn=OracleContext, o=acme, c=us, как
показано в иллюстрации 4-8. Если клиент конфигурирован с заданным по умолчанию
Контекстом Оракула области cn=OracleContext, o=acme, c=us, то
подключенный идентификатор может просто быть
продажи.
Обозначение Родственника
иллюстрации 4-8
> c=us to=acme я
cn=OracleContext я
cn=sales
Используя Абсолютное Название Входа
Считайте ту же самую директивную структуру как показано иллюстрацией 4-8 по
странице 4-10, но с Оракулом клиента домой конфигурированный с заданным по
умолчанию Контекстом Оракула области cn=OracleContext, o=acme, c=jp.
Поскольку клиент конфигурирован с заданным по умолчанию Контекстом Оракула,
который не соответствует местоположению продаж в директивном сервере,
подключенная строка, которая использует продажи, не работает. Вместо этого клиент
должен определенно идентифицировать местоположение продаж, которые могут быть
сделаны одним из двух способов:
■ законченный DN входа может использоваться в подключенной строке, например:
ПОДКЛЮЧИТЕ имя пользователя/пароль "cn=sales, cn=OracleContext, o=acme,
c=us"
Много приложений не поддерживают использование DN.

■ вход может быть упомянут полностью-составным-именем, название, которое включает
название объекта и его местоположения в директивном сервере, например:
ПОДКЛЮЧИТЕ username/password@sales.acme.us
Тонкие драйверы JDBC Примечание: поддерживают абсолютное

обозначение только, когда законченный DN используется.
См. Также: "Абсолютная Спецификация Названия для

Обозначения Каталога" на странице 15-5 для дальнейшей
информации об абсолютных названиях
Конфигурация Сети Оракула и Директивный Дизайн Сервера

Если Вы ответственны за проектирование директивных серверов для директивного
обозначения, рассмотрите следующие проблемы:
■ Производительность
■ Безопасность
■ Схема

Производительность
Соединитесь идентификаторы сохранены в директивном сервере для всех клиентов,
чтобы обратиться. В зависимости от числа клиентов на директивном сервере может быть
существенная загрузка.
Во время подключенного поиска идентификатора название обыскано под определенным
Контекстом Оракула. Из-за области видимости поиска Вы вероятно хотите, чтобы
пользователи испытали относительно быструю производительность так, чтобы время
соединения базы данных не было затронуто. Пользователи могут начать обращать
внимание на медленные времена соединения, если поиски занимают больше чем одну
секунду.
Вы можете решить проблемы производительности, изменяя топологию сети или
осуществляя дублирование.
См. Также: документация продавца сервера Directory для

подробностей относительно решения проблем производительности
Поскольку административные клиенты могут создать и изменить входы в директивном
сервере, безопасность является основной. Этот раздел затрагивает следующие связанные
с безопасностью темы:
■ Опознавательные Методы
■ Списки контроля доступа
Опознавательные Клиенты Методов, которые выполняют поиски для информации

в директивном сервере типично, используют анонимную аутентификацию.
Клиенты, которые добавляют или изменяют входы в каталоге, должны подтвердить
подлинность с директивным сервером. Помощник Конфигурации Базы данных или
Менеджер Сети Оракула могут использоваться, чтобы добавить или изменить входы.
Только заверенные пользователи с надлежащими привилегиями могут изменить входы.
Используйте один из следующих опознавательных методов:
■ Простая Аутентификация
Клиент идентифицирует себя для директивного сервера посредством DN и пароля,
которые представлены ясное по сети. Сервер проверяет, что DN и пароль,
посланный клиентом, соответствуют DN и паролю, сохраненному в директивном
сервере.
■ Сильная Аутентификация
Каталоги обеспечивают сильную аутентификацию при использовании кодирования
открытого ключа, доступного с Уровнем защищенных гнёзд (SSL). В кодировании
открытого ключа отправитель сообщения шифрует сообщение с открытым ключом
получателя. После поставки получатель расшифровывает сообщение, используя
секретный ключ получателя.
Аутентификация Списков контроля доступа используется со списками контроля

доступа (ACLs), чтобы принять решения о том, могут ли клиенты изменить или
добавить информацию в директивном сервере. ACLs созданы в то же самое время как
Контекст Оракула с Помощником Конфигурации Сети Оракула во время директивной
конфигурации доступа сервера.
ACLs определяют следующее:
■ Входы, к которым может обратиться пользователь
■ Опознавательный метод имел обыкновение обращаться к входу
■ Права доступа, или что пользователь может сделать с объектом (чтение - запись)
ACLs установлены для группы пользователей. Во время создания Контекста Оракула
созданы OracleDBCreators, OracleNetAdmins, и группы OracleContextAdmins.
Пользователь, который создает Контекст Оракула с Помощником Конфигурации Сети

Оракула, автоматически добавлен в качестве первого члена этих групп.
Ta b l e 4 – 3 описывает требования Ассоциации по вычислительной лингвистике для
этих групп и анонимных пользователей и их отношения к входам Сети Оракула в
директивном сервере.
Таблица 4–3 Директивных Группы пользователей LDAP

Группа Ассоциация по
вычислительной
лингвистике
Требования
Анонимные У Всех атрибутов Сети Оракула и объектов в директивном
пользователи сервере есть доступ для чтения для анонимного пользователя.
Доступ для чтения этих объектов для анонимного также
применен к Контексту Оракула. Это дает возможность
анонимным пользователям просмотреть каталог, называя входы,
содержавшиеся в пределах cn=OracleContext RDN. Это не
включает объекты, используемые для пользовательской
безопасности предприятия.
Помощник Конфигурации Сети Оракула устанавливает это
право доступа во время клиентской инсталляции.
Пользователи группы
OracleContextAdmins Члены OracleContextAdmins
(cn=OracleContextAdmins, cn=Groups,
cn=OracleCont
расширение...), имеют, создают, изменяют, и доступ для
чтения ко всему каталогу
обозначение объектов. Помощник Конфигурации Сети Оракула
устанавливает
эти права доступа для этой группы во время Контекста Оракула
создание.
Пользователи группы В дополнение к создателю Контекста Оракула другие
OracleDBCreators пользователи могут быть добавлены к этой группе директивным
администратором с Руководителем службы безопасности
Предприятия Оракула.
Члены OracleDBCreators
(cn=OracleDBCreators, cn=OracleContext...),
имеют, создают и доступ для чтения к объектам сервиса базы
данных и атрибутам. Помощник Конфигурации Сети Оракула
устанавливает эти права доступа для этой группы во время
создания Контекста Оракула.
В дополнение к создателю Контекста Оракула другие
Пользователи группы пользователи могут быть добавлены к этой группе директивным
OracleNetAdmins администратором с Руководителем службы безопасности
См. Также: Оракул Расширенное Руководство
Администратора Безопасности для дальнейшей информации о
группе OracleDBCreators
Члены OracleNetAdmins
(cn=OracleOracleNetAdmins,
cn=OracleContext...), имеют, создают, изменяют, и
доступ для чтения к каталогу, называя объекты и атрибуты.
Помощник Конфигурации Сети Оракула устанавливает эти
права доступа для этой группы во время создания Контекста
Оракула.
В дополнение к создателю Контекста Оракула другие
пользователи могут быть добавлены к этой группе директивным
администратором.
См. Также: "Управляя Группой OracleNetAdmins" на странице
8-14 для информации относительно добавляющих пользователей
к группе OracleNetAdmins
Схема
Каталоги должны быть заполнены с правильной версией схемы Оракула перед
Контекстами Оракула или сервисом базы данных, или сетевой вход названия сервиса
может быть создан. Схема Оракула определяет тип объектов, названных объектными
классами, которые могут быть сохранены в директивном сервере и их атрибутах.
Таблица 4–4 списка объект классифицирует для сервиса базы данных, сетевого
названия сервиса, и сетевых входов псевдонима сервиса.

Таблица 4–4 Службы Сети Оракула Классы Объекта

Главного LDAP
Объектное Описание Класса
orclDbServer Определяет атрибуты для входов сервиса базы данных
orclNetService, Определяет атрибуты для сетевых входов названия
сервиса orclNetServiceAlias, Определяет атрибуты для сетевых входов
псевдонима сервиса
Ta b l e 4 – 5 списков объектные классы, используемые orclDbServer,

orclNetService, и orclNetServiceAlias.
Таблица 4–5 Служб Сети Оракула LDAP Полученные

Объектные Классы
Объектное Описание Класса
orclNetAddress Определяет адрес протокола слушателя
orclNetAddressList Определяет список адресов
orclNetDescription Определяет подключенный описатель, содержащий адрес протокола
из базы данных и подключенной информации к сервису
orclNetDescriptionList Определяет список, подключают описатели
Этот объект классифицирует атрибуты использования, которые определяют, что

информационные наполнения подключают описатели.
См. Также: Справочная информация Служб Сети Базы

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

В дополнение к интернет-Каталогу Оракула каталог, называя поддержку также
предоставлен Microsoft Активный Каталог. Отметьте следующие ограничения:
■ Оракул оказывает поддержку для Microsoft Активный Каталог только на операционных
системах Windows. Поэтому, клиентские компьютеры и сервер базы данных должны
также работать на операционных системах Windows, чтобы обратиться или создать
входы в Microsoft Активный Каталог.
■ Следующие особенности не поддержаны Microsoft Активный Каталог:
■ Множественные Контексты Оракула
Microsoft Активный Каталог может поддержать только один Контекст Оракула.
■ Сеть обслуживают псевдонимы
Вы не можете создать сетевые псевдонимы сервиса в Microsoft Активный
Каталог. Однако, Вы можете создать сетевые названия сервиса.
■ Автоматическое клиентское открытие директивных серверов для клиентов
Вы должны статически конфигурировать директивное использование сервера на
клиентах. Интернет-Конфигурация Каталога Оракула не будет предоставлять
директивное использование сервера Microsoft Активный Каталог. Вы должны
использовать Помощника Конфигурации Сети Оракула.

5
Архитектура Служб Сети Оракула
Эта глава описывает архитектуру Сети Оракула, слушателя, общедоступного

сервера, выделенного сервера, и Менеджера Подключения Оракула.
■ Сеть Оракула Располагает в стеке Архитектуру Коммуникации
■ Архитектура Слушателя
■ Архитектура Процесса Сервера Базы данных
■ Менеджер Подключения Оракула Архитектура
■ Законченная Архитектура
См. Также: Глава 1, "Сетевые Вызовы в интернет-Возрасте" для вводного

краткого обзора уровня архитектуры Сети Оракула
Сеть Оракула Располагает в стеке Архитектуру Коммуникации

Первичная функция Сети Оракула должна установить и поддержать подключения между
приложением-клиентом и сервером базы данных Оракула. Сеть Оракула состоит из
нескольких уровней коммуникации, которые дают возможность клиентам и серверам
базы данных совместно использовать, изменить, и управлять данными.
■ Коммуникация Стека для Клиент-серверных Прикладных Подключений
■ Коммуникация Стека для Подключений Приложения Java
■ Коммуникация Стека для Подключений Клиента Сети
Коммуникация Стека для Клиент-серверных Прикладных Подключений

Иллюстрация 5-1 иллюстрирует различные слои включения клиента и на сервере базы
данных после того, как подключение было установлено.
Архитектура Служб Сети Оракула 5-1

Уровни иллюстрации 5-1, Используемые на Клиент-серверном Прикладном Подключении

Клиент Сервер Базы
данных
Оракул Приложени RDBMS
— Сеть е-клиент (использует
(использует OPI),
OCI),
Представление
Представление - С ЛЕНТЫ НА
- С ЛЕНТЫ НА КАРТУ
КАРТУ ■—Ы Обозначение Методов
Уровень
Уровень пГ Фонда — Сеть
Фонда > — ► Функции защиты - ^ Сети Оракул
Оракула —' а
Поддержка
Поддержка Протокола
Протокола Оракула
Оракула
Сетевой TCP/IP
Сетевой TCP/IP Протокола,
Протокола, TCP/IP с SSL, и
TCP/IP с SSL, и Именованные
Именованные каналы
каналы
Примечание: протокол SDP поддержан, но не представлен в этом числе.
Эта архитектура коммуникации основана на Взаимодействии открытых систем
(соединение открытых систем) модель. В модели соединения открытых систем
коммуникация между отдельными компьютерами происходит подобным стеку видом с
информацией, проходящей от одного узла до другого через несколько уровней кода,
включая:
1. Физический уровень
2. Уровень управления передачей данных
3. Сетевой уровень
4. Транспортный уровень
5. Сеансовый уровень
6. Представительский уровень
7. Прикладной уровень
Иллюстрация 5-2 показывает, как уровень Фонда Сети Программного оракула Сети
Оракула и Поддержка Протокола Оракула — вписываются в сеансовый уровень модели
соединения открытых систем.
Клиент Уровней Коммуникации
Приложение i соединения
Уровней к
Представите открытых
льский
уровень (С
Сеансовый
уровень (Сеть систем
Оракула)
Транспортный
уровень иллюстрации 5-2
Сетевой уровень
Сервер Базы данных
Уровень управления
передачей данных RDBMS
Физический Уровень
Представите
льский
уровень (С
Сеансовый
уровень (Сеть
Оракула)
Транспортный
уровень
Сетевой уровень
Сетевое Подключение Уровень
4
управления
'ь Физический
Уровень
См. Также: следующий URL, для информации о стеке

соединения открытых систем:
http://www.ietf.org
Как показано в иллюстрации 5-1 по странице 5-2, клиент-серверный стек состоит из

следующего:
■ Приложение-клиент
■ Представление
■ Уровень Фонда Сети Оракула
■ Поддержка Протокола Оракула
■ Сетевой Протокол
■ RDBMS
Приложение-клиент
Во время сеанса с базой данных клиент использует Интерфейс Запроса Оракула
(OCI), чтобы взаимодействовать с сервером базы данных. OCI - программный
компонент, который обеспечивает интерфейс между приложением-клиентом и
языком SQL, который понимает сервер базы данных.
См. Также: Представление Руководства
Программиста Интерфейса Запроса Оракула

Символьные разности множеств могут произойти, если клиент и сервер базы данных
работают на различных операционных системах. Представительский уровень решает
любые различия. Это оптимизировано для каждого подключения, чтобы выполнить
преобразование только когда требуется.
Представительский уровень, используемый клиент-серверными приложениями, С
двумя задачами Общий (С ЛЕНТЫ НА КАРТУ). С ЛЕНТЫ НА КАРТУ
Обеспечивает набор символов и преобразование типа данных между различными
наборами символов или форматами на сервере базы данных и клиенте.
Во время начального подключения, С ЛЕНТЫ НА КАРТУ ответственно за то, что
оценило различия во внутренних данных и представлениях набора символов и
определило, требуются ли преобразования для этих двух компьютеров общаться.
Уровень Фонда Сети Оракула

Уровень фонда Сети Оракула ответственен за установление и поддержание подключения
между приложением-клиентом и сервером базы данных, так же как обменом сообщений
между ними. Уровень фонда Сети Оракула в состоянии выполнить эти задачи из-за
технологии под названием Прозрачная Сетевая Подложка (ТЕХНИЧЕСКИЕ
ПРИМЕЧАНИЯ). ТЕХНИЧЕСКИЕ ПРИМЕЧАНИЯ Обеспечивают единственный,
общий интерфейс, функционирующий по всем протоколам отраслевого стандарта.
Другими словами, ТЕХНИЧЕСКИЕ ПРИМЕЧАНИЯ допускает одноранговому
прикладному обеспечению связи. В одноранговой архитектуре два или больше
компьютера (названный узлами, когда они наняты в сетевой среде) могут общаться друг
с другом непосредственно, без потребности в любых посреднических устройствах.
На клиентской стороне уровень фонда Сети Оракула получает запросы приложения-
клиента и решает все универсальные проблемы обеспечения связи компьютерного
уровня, такие как:
■ Местоположение сервера базы данных или адресата
■ Или один или более протоколов вовлечены на подключении
■ , Как обработать прерывания между клиентом и сервером базы данных, основанным

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

Позиционированный между уровнем фонда Сети Оракула и сетевым уровнем
протокола, уровень поддержки протокола Оракула ответственен за отображение
функциональных возможностей ТЕХНИЧЕСКИХ ПРИМЕЧАНИЙ к протоколам
отраслевого стандарта, используемым на клиент-серверном подключении. Этот уровень
поддерживает следующие сетевые протоколы:
■ TCP/IP
■ TCP/IP с SSL
■ Именованные каналы
■ SDP
Сетевой Протокол
Все программное обеспечение Оракула в клиент-серверном процессе подключения
требует, чтобы существующий сетевой стек протокола установил подключение
компьютерного уровня между этими двумя компьютерами для транспортного уровня.
Сетевой протокол ответственен за транспортировку данных с клиентского компьютера
на компьютер сервера базы данных, в котором пункте данные передают к serverside
уровню поддержки протокола Оракула.
Протокол TCP/IP Протокол/протокол Internet управления передачей (TCP/IP) является

фактическим стандартным протоколом коммуникации, используемым для клиент-
серверного сеанса связи по сети.
TCP/IP с SSL Протоколирует TCP/IP с Уровнем защищенных гнёзд (SSL), протокол

дает возможность приложению Oracle на клиенте общаться с отдаленными базами
данных Оракула через TCP/IP и SSL. Оракул Расширенная Безопасность требуется,
чтобы использовать TCP/IP с SSL.
SSL хранит опознавательные данные, такие как свидетельства и секретные ключи, в
Бумажнике Оракула. Когда клиент инициализирует подключение с сервером базы
данных, SSL выполняет установление связи между двумя использованиями
свидетельства. Во время установления связи происходят следующие процессы:
■ Клиент и сервер базы данных договариваются о шифре ряд набора программ
аутентификации, кодирования, и типов целостности данных — чтобы
относиться к сообщениям, которые они обменивают.
■ В зависимости от его конфигурации сервер базы данных посылает свое свидетельство клиенту в
сообщении, зашифрованном с открытым ключом клиента. Сервер базы данных
может также послать запрос о свидетельстве клиента в том же самом сообщении.
Клиент расшифровывает это сообщение при использовании его собственного
секретного ключа, затем проверяет, что свидетельство сервера базы данных имеет
сигнатуру центра сертификации.
■ Если требуется, клиент может послать свидетельство пользователя серверу базы данных. Свидетельство
гарантирует, что информация пользователя правильна и что открытый ключ
фактически принадлежит тому пользователю.
Сервер базы данных проверяет свидетельство пользователя, чтобы проверить, что это
имеет сигнатуру центра сертификации.
См. Также: Оракул Расширенное Руководство Администратора Безопасности
Протокол Именованных каналов протокол Именованных каналов является

интерфейсом высокого уровня, обеспечивающим взаимодействия процессов между
клиентами и серверами базы данных, используя распространенные приложения. Один
процесс severside создает канал, и другой процесс clientside открывает это по имени. Что
пишет одна сторона, другой может читать, и наоборот. Именованные каналы
определенно проектированы для сред локальной сети PC.
Именованные каналы допускают клиент-серверному сеансу связи по сети, используя
Именованные каналы. Эта комбинация продуктов Оракула дает возможность
приложению Oracle на клиенте общаться с отдаленными базами данных Оракула через
Именованные каналы (если база данных Оракула работает на ведущей системе, которая
поддерживает сетевую коммуникацию, используя Именованные каналы).
SDP Протокол Каталога Разъемов (SDP) является протоколом провода отраслевого

стандарта между сетевыми пэрами Infiniband. Когда SDP используется по сети Infiniband,
он уменьшает верхний из TCP/IP, устраняя промежуточное дублирование данных и
передавая большую часть бремени обмена сообщениями далеко от центрального
процессора и на сетевые аппаратные средства.
RDBMS
Информация, которую передают от приложения-клиента через сетевой протокол,
получена подобным стеком связи на стороне сервера базы данных. Поток процесса на
стороне сервера базы данных - перемена потока процесса на клиентской стороне, с
информационным возрастанием через уровни коммуникации.
Вместо OCI сервер базы данных использует Интерфейс Программы Оракула (OPI).
Для каждого оператора, посланного от OCI, OPI обеспечивает ответ. Например, запрос
OCI выбрать 25 строк выявил бы ответ OPI, чтобы возвратить эти 25 строк, как только
они были выбраны.
Коммуникация Стека для Подключений Приложения Java

Оракул Обеспечение связи Базы данных Java (JDBC), Драйверы обеспечивают
приложения Java, обращается к базе данных Оракула. Оракул предлагает два
драйвера JDBC.
■ JDBC OCI драйвер Драйвера является уровнем 2 драйвера JDBC, которые используются клиент-
серверными приложениями Java. JDBC OCI драйвер преобразовывает просьбы JDBC в
звонки в OCI, которые тогда посылают по Сети Оракула в сервер базы данных
Оракула.
■ Тонкий Драйвер JDBC - уровень 4 драйвера, которые используются Java аплетами. Тонкий
драйвер JDBC устанавливает прямое подключение с сервером базы данных Оракула
по разъемам Java. Доступу к базе данных помогают с легкой реализацией С ЛЕНТЫ
НА КАРТУ и Сеть Оракула.
Иллюстрация 5-3 показывает уровням коммуникации стека, используемым драйверами
JDBC.
Уровни иллюстрации 5-3, Используемые для Приложений-

клиентов java
JDBC OCI
Стек
Драйвера
Клиент Java
Приложение
JDBC OCI
Драйвер JDBC
(использует OCI), Тонкий Стек
Представлени Драйвера
е - С ЛЕНТЫ я Java аплет к /
НА КАРТУ Приложение
Уровень
Фонда Сети
Оракула JDBC Тонкий
Драйвер
Поддержка Представлени
Протокола е-JavaTTC
Оракула
Сетевой TCP/IP JavaNet
Протокола, TCP/IP с
SSL, и Сеть TCP/IP T
Именованные Протокол
каналы у
Примечание: протокол SDP поддержан, но не представлен в этом
числе.
JDBC OCI драйвер использует стек коммуникации, подобный стандартному клиент-

серверному стеку коммуникации. Тонкий драйвер JDBC использует реализацию Java
уровня фонда Сети Оракула по имени JavaNet и реализацию Java С ЛЕНТЫ НА КАРТУ
названного JavaTTC.
См. Также: Оракул Руководство Разработчика JDBC и Справочная

информация
Коммуникация Стека для Подключений Клиента Сети

В дополнение к С ЛЕНТЫ НА КАРТУ представление, сервер базы данных Оракула
поддерживает много других представлений, которые могут использоваться для
клиентов Сети, обращающихся к особенностям в базе данных. Слушатель облегчает
это, поддерживая любое представление, которое требует база данных.
Например, иллюстрация 5-4 показывает уровням коммуникации стека, используемым в
гипертекстовом транспортном протоколе или подключении FTP с Оракулом
ДЕЦИБЕЛ XML в экземпляре класса 10 г Базы данных Оракула. Подключения
WebDAV используют те же самые уровни коммуникации стека как гипертекстовый
транспортный протокол и FTP.
Уровни иллюстрации 5-4, Используемые на
Подключениях Клиента Сети
данных
Клиент
Web-браузер
Представлен
ие -
гипертекс
RDBMS и Оракул
Сетевой
ДЕЦИБЕЛ XML
Протокол-TCP/IP
Представлени
е-
гипертекстовы
Поддержка
Протокола
Оракула TCP/IP
Сетевой Протокол-T
TCP/IP
См. Также: Оракул Руководство Разработчика ДЕЦИБЕЛА XML

Архитектура Слушателя
Сервер базы данных получает начальное подключение от приложения-клиента до
слушателя. Слушатель - приложение, позиционированное в вершину уровня фонда Сети
Оракула. Иллюстрация 5-5 иллюстрирует различные слои включения клиента и сервера
базы данных во время начального подключения.
Уровни иллюстрации 5-5, Используемые на Начальном Подключении

Клиент
Приложение-
клиент
(использует OCI), Сервер Базы
Представление - С данных
ЛЕНТЫ НА КАРТУ я я Слушатель
Сеть Оракула t L
Фонд RDBMS
Уровень
Уровень Фонда Сети
Оракула
Поддержка
Протокола Поддержка
Оракула Протокола
Сетевой Протокол- Оракула
TCP/IP, TCP/IP с Сетевой Протокол-
SSL, и TCP/IP, TCP/IP с
Именованные " ► v и▼
SSL,
каналы ▼ Именованные
каналы
T
se Архитектура Служб Сети Оракула 5-7
р
е
E
л
и
т
и
й
c
O
se
T
th
в
fo
■
T
F
р
е
Регистрационный Слушатель
Сервиса
иллюстрации
5-6
Экземпляр класса
Названия
сервиса,
названия
экземпляра
Слушатель
Произвольно, порт оконечных точек слушания могут числах быть динамически
регистрированными со слушателем. Например, с Оракулом ДЕЦИБЕЛ XML,
гипертекстовый транспортный протокол, FTP, и WebDAV слушающие оконечные точки
регистрированы со слушателем.
Если слушатель не работает, когда экземпляр класса начинается, PMON не в состоянии
регистрировать информацию сервиса. PMON пытается соединиться со слушателем
периодически, однако, он может взять за 60 секунд до регистров PMON со слушателем
после того, как он был начат. Чтобы инициализировать регистрацию сервиса
немедленно после, слушатель начат, использовать РЕГИСТР СИСТЕМЫ оператора
ALTER SQL. Это особенно полезно в конфигурациях высокой пригодности.
Если слушатель получает входящий запрос прежде, чем соответствующий
экземпляр класса был регистрирован, слушатель отклоняет запрос.
Если экземпляр класса находится в ограниченном режиме, то PMON инструктирует
слушателя блокировать все подключения с экземпляром класса. Клиенты, пытающиеся
соединиться, получают одну из следующих ошибок:
■ РТЫ 12526: TNS:listener: все соответствующие экземпляры
класса находятся в ограниченном режиме
■ РТЫ 12527: TNS:listener: все соответствующие экземпляры
класса находятся в ограниченном режиме или разделении на
блоки новых подключений
■ РТЫ 12528: TNS:listener: все соответствующие
экземпляры класса блокируют новые подключения
См. Также: Сообщения об ошибках Базы данных Оракула для

дальнейшей информации об этих сообщениях об ошибках
Иллюстрация 5-7 по странице 5-9 показывает роли слушателя во время учреждения

подключения с браузером, делающим подключение гипертекстового транспортного
протокола и клиента, делающего С ЛЕНТЫ НА КАРТУ подключение:
1. База данных регистрирует информацию о службах, экземплярах класса, и
обработчиках сервиса со слушателем.
2. Клиент делает начальное подключение со слушателем.
3. Слушатель анализирует клиентский запрос и вперед это на обработчик сервиса для
сервиса базы данных, который требуют.

Архитектура Процесса Сервера Базы данных
См. Также:
■ Справочная информация SQL Базы данных Оракула для
дальнейшей информации об операторе ALTER SYSTEM
REGISTER
■ Оракул Руководство Разработчика ДЕЦИБЕЛА XML для
информации о динамически регистрирующемся гипертекстовом
транспортном протоколе, FTP, и WebDAV слушающие
оконечные точки
F
3
f Слушат
ель
ГИПЕРТЕКСТ
ОВЫЙ
ТРАНСПОРТ
НЫЙ
ПРОТОКОЛ
База данных
Оракула
л
Клиент Поддерживает
2 гипертекстовы
й
Intranet транспортный
r С ЛЕНТЫ НА протокол
КАРТУ
Представлени
е по TCP/IP
t %
3
Сер Базы
данных
B
r
Общедоступн
ый Сервер P
S
p
p
t
A
c
u
d
s
a
франк
s
Архитектура Процесса Сервера Базы данных
Иллюстрация 5-8 Общедоступная Архитектура Сервера
Процессы Выделенного сервера

Иллюстрация 5-9 изображает архитектуру выделенного сервера. С архитектурой
выделенного сервера каждый клиентский процесс соединяется с процессом
выделенного сервера. Процесс сервера не разделен никаким другим клиентом.
PMON регистрирует информацию о процессах выделенного сервера со слушателем. Это
допускает слушателю к запуску процесс выделенного сервера, когда клиентский запрос
прибывает и отправлять запрос ему.
Архитектура Выделенного сервера Примечание: не поддерживает

гипертекстовый транспортный протокол, FTP, или клиентов WebDAV.
Только С ЛЕНТЫ НА КАРТУ клиенты поддержаны.

Менеджер Подключения Оракула Архитектура
Архитектура Выделенного сервера иллюстрации 5-9

□
Клиент
Слушате
ль
С ЛЕНТЫ НА
КАРТУ
Представление
Оракул Conne
O
se
d
O
c
O
■
T
d
p
fo
se
al
e
литий
Ло
франк
В
w
F
th
статья
подключение протокола с базой данных.

Законченная Архитектура
Менеджер Подключения Оракула иллюстрации 5-10 Архитектура

Множитель
Сервер
Базы
данных
Подключен
ия
Направляе
мый
Сеть Оракула обеспечивает архитектурное решение, которое учитывает большую
масштабируемость в средах intranet и Интернете.
Иллюстрация 5-11 по странице 5-13 показывает, как множественные подключения с
сервером базы данных Оракула сделаны более масштабируемыми с Менеджером
Подключения Оракула и общедоступной архитектурой сервера. Менеджер
Подключения Оракула используется, чтобы разгрузить часть сетевого ввода - вывода
прикладных Web-серверов, и разделенный сервер используется, чтобы служить
большему количеству параллельных пользователей.

Иллюстрация 5-11 Масштабируемые Архитектурные Решения

данных
Диспетчер
rя
Общед
оступн
ый
Процес
с
Сервер
а
База
данных
Общед
оступн
ый
Процес
с
Сервер
а
Прикладны
е Web-
серверы
Web- Диспетче
браузер р
Общед
^> оступн
ый
zz ^t Co Процес
Оракул с
Подключе Сервер
ние а
Менеджер
Web-
браузе
р
z ^:
:D
3>
Web-
браузе
р 4-
* T
Архитектура Служб Сети Оракула 5-

13

6
Конфигурация и Административные
средства
Краткий обзор
Эта глава вводит различные административные средства Служб Сети Оракула. Это
обсуждает основные приложения администрирования, Менеджера Предприятия
Оракула и Менеджера Сети Оракула. Это также вводит утилиты управления
командной строки.
■ Инструментальные средства Пользовательского интерфейса
■ Сеть Оракула Управляет Утилитами
■ Режимы работы Администратора сети
Инструментальные средства Пользовательского интерфейса

Службы Сети Оракула обеспечивают следующие инструментальные средства, чтобы
помочь Вам выполнять конфигурацию и административные задачи:
■ Менеджер Предприятия Оракула
■ Менеджер Сети Оракула
■ Помощник Конфигурации Сети Оракула
Менеджер Предприятия Оракула

Менеджер Предприятия Оракула дает возможность Вам конфигурировать Службы Сети
Оракула для любого Оракула домой через множественные файловые системы. Это также
предоставляет общие функции администрирования слушателям. Менеджер Предприятия
Оракула обеспечивает интегрированную среду для конфигурирования и управления
Службами Сети Оракула.
Вы можете использовать Менеджера Предприятия Оракула, чтобы конфигурировать
и управлять следующим множественные дома Оракула:
■ Слушатели выбора конфигурации слушателей, чтобы получить клиентские
подключения.
■ Обозначение — Определяет простые названия, подключает идентификаторы, и
отображает их, чтобы подключить описатели, чтобы идентифицировать сетевое
местоположение и идентификацию сервиса. Менеджер Сети Оракула поддерживает
конфигурацию, подключают описатели в местных tnsnames.ora файлах или
централизованной службе каталогов.
■ Изменение местоположения Файла местоположение файла Оракула домой.
См. Также: Менеджер Предприятия Оракула документационный набор

и интерактивная справка для информации об использовании Менеджера
Предприятия Оракула
Конфигурация и Краткий обзор Административных средств 6-1

Доступ к Сетевой Странице Администрирования Служб

Обратиться к Сетевой странице Администрирования Служб:
1. От Входа в систему до страницы Базы данных, введите верительные грамоты базы
данных, и затем нажмите
Вход в систему.
Страница Базы данных появляется.
2. В Общем разделе, нажмите слушателя.
Первая страница Слушателя появляется.
3. В разделе Ссылок по теме, нажмите Net Services Administration.
Сетевая страница Администрирования Служб появляется.
4. Выберите исходное размещение Оракула для файлов конфигурации сети.
5. От списка Administer, выберите одну из следующих опций:
■ Слушатели
■ Директивное Обозначение
■ Местное Обозначение
■ Местоположение Файла
6. Нажмите Искать.
Если Вы выбрали Слушателей, Обозначение Каталога, или Местное

Обозначение, то Сетевое Администрирование Служб: Ведущая страница Входа
в систему появляется.
7. Введите имя пользователя и верительные грамоты пароля для компьютера, и затем
нажмите
Вход в систему.
Если Вы выбрали Директивное Обозначение, то Сетевое Администрирование
Служб: Директивная страница Входа в систему Сервера появляется.
8. В Пользовательском поле DN, введите уполномоченного пользователя, у которого есть
доступ к каталогу.
9. Если Вы хотите добавить или изменить входы, то введите директивного пользователя
администратора, который был дан, добавляют и изменяют привилегии в форме
выдающегося названия. c=US, o=ACME, ou=admin, cn=scott, например,
является DN для администратора по имени Скотт.
10. В поле Password, введите пароль для пользователя.
11. Нажмите Login.
Менеджер Сети Оракула

Менеджер Сети Оракула дает возможность Вам конфигурировать Службы Сети
Оракула для Оракула домой на местном клиенте или главном компьютере сервера.
Вы можете использовать Менеджера Сети Оракула, чтобы конфигурировать следующие
сетевые компоненты:
■ Обозначение — Определяет простые названия, подключает идентификаторы, и
отображает их, чтобы подключить описатели, чтобы идентифицировать сетевое
местоположение и идентификацию сервиса. Менеджер Сети Оракула поддерживает
конфигурацию, подключают описатели в местных tnsnames.ora файлах или
централизованной службе каталогов.
■ Называя Выбор конфигурации методов различные пути, которыми подключают
идентификаторы, решены в, подключают описатели.
■ Персональные настройки выбора конфигурации конфигураций предоставлению и
конфигурированию Сети Оракула показывают на клиенте или сервере.
■Слушатели — Создают и конфигурируют слушателей, чтобы получить клиентские

Этот раздел представляет Вас особенностям Менеджера Сети Оракула. Однако,
первичная документация для того, чтобы использовать Менеджера Сети Оракула
является сопроводительной интерактивной справкой. Этот раздел содержит эти темы:
■ Старт Менеджера Сети Оракула
■ Управление Менеджером Сети Оракула
■ Инструментальная панель
■ Меню
■ Менеджер Сети Оракула Мастера
Старт Менеджера Сети Оракула

Вы можете запустить Менеджера Сети Оракула, использующего Менеджера
Предприятия Оракула Пульт или как независимое приложение.
Чтобы запустить Менеджера Сети Оракула от Менеджера Предприятия Оракула пульт,
на Менеджере Предприятия Оракула пульт, выбирают Tools> Управление Сервисом>
Менеджер Сети Оракула.
Запустить Менеджера Сети Оракула как автономное приложение:
■ На UNIX, выполните netmgr от $ORACLE_HOME/bin
■ На Windows, выберите Start> Программы> Оракул - HOME_NAME>
Конфигурация и Инструментальные средства Миграции> Сетевой Менеджер.
Примечание: Вы можете также начать Менеджера Сети Оракула от

Менеджера Предприятия Оракула структура. См. Менеджера
Предприятия Оракула документационный набор и интерактивная
справка для информации об использовании Менеджера Предприятия
Оракула
Управление Менеджером Сети Оракула

Менеджер Сети Оракула интерфейс включает две области окна, инструментальную
панель, и различные пункты меню.
Области окна
У Менеджера Сети Оракула интерфейс есть две области окна: область окна навигатора и
правая область окна.
Область окна Навигатора

Область окна навигатора обеспечивает графическое древесное представление сетевых
объектов и объектов, которые они содержат, организованный в иерархиях папок. Вы
можете использовать область окна навигатора, чтобы рассмотреть, изменить, добавить,
или удалить объекты в каждой папке.
Область окна навигатора функционирует тот же самый путь, поскольку это делает в
других приложениях Oracle Enterprise Manager. Таким образом, область окна
навигатора позволяет Вам:
■ Расширьтесь и папки контракта так, чтобы Вы могли переместиться к сетевому объекту,
который Вы хотите контролировать или управлять. Примеры объектов, подключают
идентификаторы, слушателей, и конфигурации.
■ Щелкните правой кнопкой мыши объект, чтобы выполнить операции на объекте.
Когда Вы разворачиваете папку, Вы видите вложенный список объектов и папок. Когда

объект выбран, информация об объекте отображена в правой области окна Менеджера
Сети Оракула.
Ta b l e 6 – 1 список основные папки в области окна навигатора.
Таблица 6–1 Менеджер Сети Оракула Папки Области окна Навигатора

Описание Опции
Местные элементы работы с сетями Дисплеев конфигурировали в местных файлах
конфигурации:
■ Сетевой сервис называет в tnsnames.ora файле
■ Слушатели в listener.ora файле
■ Конфигурация в sqlnet.ora файле
Директивные Дисплеи подключают идентификаторы, конфигурированные в директивном
сервере
Правая Область окна

Правая область окна содержит окна свойств, которые дают возможность Вам
конфигурировать сетевые компоненты. ТАБЛИЦА ПЕРЕКРЕСТНЫХ ССЫЛОК на
5-2 показа окно свойств Идентификации Сервиса, используемое для, подключает
конфигурацию идентификатора.
Инструментальная панель
Инструментальная панель содержит кнопки, которые соответствуют сетевым
объектам в иерархиях папки. Кнопки панели допущены в зависимости от объектов,
рассматриваемых или выбранных в области окна. Переместите курсор мыши по
кнопке панели, чтобы отобразить описание функции кнопки. Кнопки панели:
Создать
Эта кнопка создает новый, подключают идентификаторы, объекты слушателей под
Каталогом или
Местный> Обозначение Сервиса, папки Слушателей.
Удалить
Эта кнопка удаляет, подключают идентификатор и объекты слушателя под Каталогом или Местный
> Обозначение Сервиса и папки Слушателей.
Проверьте Обеспечение связи

Эта кнопка проверяет, что обеспечение связи выбранного подключает идентификатор с
сервисом базы данных Оракула. Во время теста обеспечения связи подключение с
сервисом базы данных сделано при использовании, подключают дескрипторную
информацию, хранившую в директивном сервере или tnsnames.ora файле.
Помощь
Кнопка Помощи открывает Менеджера Сети Оракула интерактивная справка.
Меню
Вы используете меню Oracle Net Manager, чтобы выполнить действия, такие как
тестирование обеспечения связи с базой данных Оракула, и открыть мастеров и
диалоговые окна. Следующий список описывает элементы, доступные под каждым
меню.
Меню Файла
Ta b l e 6 – 2 описывает информационные наполнения меню File.
Таблица 6–2 Информационных наполнения Меню Файла

Опция Описание
Откройте
Конфигурацию Открывает местные файлы конфигурации
сети
Сохраните Сохраняет текущие настройки конфигурации к заданному по
Конфигурацию
сети умолчанию местоположению
Сохраните Как
Вернитесь к Сохраняет текущие настройки конфигурации к местоположению
Сохраненной
Конфигурации
не по умолчанию
Не сохраняет ни одной из текущих настроек конфигурации.
Вместо этого восстанавливает последнюю сохраненную
конфигурацию
Выйти Закрывает Менеджера Сети
Оракула
Редактируйте Меню
Ta b l e 6 – 3 описывает информационные наполнения меню Edit.
Таблица 6–3 Информационных наполнения Меню Редактирования

Создает новый, подключают идентификаторы и слушателей под
Создай Каталогом или Местный> Обозначение Сервиса, Слушатели.
Удаляет подключают идентификатор и объекты слушателя под
те Каталогом или Местный> Обозначение Сервиса и папки
Слушателей.
Удаляю Переименовывает сетевой объект
т,
Переим
еновыв
ают
Меню Команды
Ta b l e 6 – 4 описывает информационные наполнения меню Command.
Таблица 6–4 Информационных наполнения Меню Команды

Каталог Директивное подменю содержит следующие пункты меню:
Измените Текущий Контекст: Дает возможность Вам изменить
текущий Контекст Оракула. Контекст Оракула - поддерево в
каталоге, который сохраняет входы Оракула, включая сетевые входы,
для использования с директивным обозначением. Когда новый
Контекст Оракула выбран, объекты в Конфигурации Сети Оракула
навигатора> Каталог> Сервис, Называя дисплей папки для нового
Контекста Оракула.
Аутентификация Набора: Дает возможность Вам установить
опознавательные верительные грамоты в директивный сервер
Экспортируйте Сетевые Названия Сервиса: Начинает Директивного
Мастера Миграции Сервера. Этот мастер экспортирует сетевые
названия сервиса, сохраненные в tnsnames.ora файле на
директивный сервер.
Проверьте Se rvi ce, Соединяется с использованием сервиса базы данных, подключают дескрипторную
информацию
сохраненный в директивном сервере или tnsnames.ora файле
Меню Помощи
Ta b l e 6 – 5 описывает информационные наполнения меню Помощи.
Таблица 6–5 Информационных наполнений Меню Помощи

Информ Открывает Менеджера Сети Оракула
ационн интерактивная справка
ые
наполне
ния
Конфигурация и Краткий обзор Административных
средств 6-5
Таблица 6–5 (Продолжение следует). Информационные наполнения Меню Помощи

Об Оракуле Net Открывает окно, которое отображает Менеджера Сети Оракула версия
Число менеджера и информация авторского права
Менеджер Сети Оракула Мастера

Менеджер Сети Оракула мастера обеспечивает постепенное руководство для задач,
которые требуют многих шагов. Мастера упрощают сложные задачи, ведя Вас через
задачу в управляемых шагах. Мастера не предназначены, чтобы обеспечить все опции
конфигурации. Как только Вы завершили задачу с мастером, используйте другие
компоненты Менеджера Сети Оракула, чтобы изменить конфигурацию.
Следующие темы описывают Менеджера Сети Оракула мастера:
■ Сетевой Мастер Названия Сервиса
■ Директивный Мастер Миграции Сервера
Сетевой Мастер Названия Сервиса

Сетевой Мастер Названия Сервиса ведет Вас через создавание основного сетевого
названия сервиса в директивном сервере или tnsnames.ora файле.
Чтобы запустить Сетевого Мастера Названия Сервиса, чтобы создать сеть обслуживают
названия:
1. В области окна навигатора, выберите Directory или Local> Обозначение Сервиса.
2. Выберите плюс (+) из инструментальной панели, или выберите, Edit> Создает от
строки меню.
Иллюстрация 6-1 Открывая Страницу Сетевого Мастера Названия Сервиса
См. Также: Создайте Сетевую тему Названия Сервиса в

Менеджере Сети Оракула интерактивная справка для подробной
информации об использовании Сетевого Мастера Названия
Сервиса, чтобы создать сетевое название сервиса. Чтобы
обратиться к этой теме в интерактивной справке, выберите Local
или Directory> Обозначение Сервиса>, Как К>
Конфигурирование Сетевых Названий Сервиса> Создает
Сетевое Название Сервиса.
Директивный Мастер Миграции Сервера

Если tnsnames.ora файл уже существует, его сетевые названия сервиса могут
быть экспортированы в директивный сервер с Директивным Мастером Миграции
Сервера.
Чтобы запустить Директивного Мастера Миграции Сервера, выберите Command>

Каталог> Экспортные Сетевые Названия Сервиса в Менеджере Сети Оракула
строка меню.
Иллюстрация 6-2 Открывая Страницу Директивного Мастера Миграции Сервера
См. Также: "Экспортируя Местные Входы Обозначения в

Сервер Обозначения Каталога" на странице 8-16
Выбор When, чтобы Использовать Менеджера Сети Менеджера и Оракула

В Базе данных Оракула 10 г большая часть функциональных возможностей, ранее
только доступных в Менеджере Сети Оракула, была интегрирована в пределах
Менеджера Предприятия Оракула. Менеджер Предприятия Оракула обеспечивает
способность управлять конфигурацией для множественных домов Оракула через
множественные файловые системы; Менеджер Сети Оракула только дает возможность
Вам управлять конфигурацией для одного Оракула домой на местном главном
компьютере. Ta b l e 6 – 6 описывает основные отличия между инструментальными
средствами.
Таблица 6–6 Основных отличий Между Менеджером Сети Менеджера и Оракула

Особенности Инструмента Пользовательского интерфейса
Менеджер Предприятия Оракула ■ Выборы конфигурации следующие особенности:
- Местное обозначение (tnsnames.ora файлы)
- Директивное обозначение
- Слушатели
■ Оказывает множественного Оракула домашняя поддержка
через множественную файловую систему
■ Обеспечивает способность искать и сортировать местные и директивные
входы обозначения
■ Экспортируйте каталог, называя входы к tnsnames.ora
файлу
■ Выполняет следующие административные задачи для выбранного
слушателя:
- Покажите текущему состоянию
- Состояние изменения
- Изменение, прослеживающее параметры настройки
- Изменение, регистрирующее параметры настройки
Таблица 6–6 (Продолжение следует). Основные отличия Между Сетью Менеджера

и Оракула Предприятия Оракула
Особенности Инструмента Пользовательского интерфейса
Менеджер Сети Оракула ■ Выборы конфигурации следующие особенности:
- Местное обозначение (tnsnames.ora файлы)
- Директивное обозначение
- Слушатели
- Конфигурации
■ Оказывает Оракула домашняя поддержка для единственного
главного компьютера
Помощник Конфигурации Сети Оракула

Помощнику Конфигурации Сети Оракула предоставляют прежде всего, чтобы
конфигурировать основные сетевые компоненты во время инсталляции, включая:
■ Слушатель называет и адреса протокола
■ Обозначение методов, которые клиент будет использовать, чтобы решить,
подключает идентификаторы, чтобы подключить описатели
■ Директивное использование сервера
Помощник Конфигурации Сети Оракула выполняется автоматически во время
программной инсталляции, как описано в Вашем руководстве по установке Оракула.
Это может также быть выполнено после инсталляции в автономном режиме, чтобы
конфигурировать использование метода обозначения, слушателя, сетевые названия
сервиса в tnsnames.ora файле, и директивное использование сервера подобным
способом, который предоставлен во время инсталляции.
Запустить Помощника Конфигурации Сети Оракула:
■ На UNIX, выполните netca от $ORACLE_HOME/bin.
■ На Windows, выберите Start> Программы> Оракул - HOME_NAME>
Конфигурация и Инструментальные средства Миграции> Сетевой
Помощник Конфигурации.
См. Также: интерактивная справка Помощника Конфигурации Сети Оракула
Иллюстрация 6-3 Открывая Страницу Помощника Конфигурации Сети Оракула

Сеть Оракула Управляет Утилитами
Таблица, 6-7describes опции конфигурации в Начальной странице:
Таблица 6–7 Помощников Конфигурации Сети Оракула

Щелчок конфигурации слушателя, чтобы создать изменяет, удаляет, или переименовывает слушателя.
Обозначение Щелчка Методов, чтобы конфигурировать этот компьютер, чтобы решить подключает
идентификаторы, чтобы соединиться
описатель конфигурации до один или больше следующих методов обозначения:
■ Местное обозначение
■ Директивное обозначение
■ Ведущее обозначение
■ Сетевая Информационная служба
■ Служба каталогов Ячейки
Местный Сетевой Щелчок Названия Сервиса, чтобы создать, измените, удалите, переименуйте, или проверьте
обеспечение связи подключенного описателя
конфигурация сохранена в местном tnsnames.ora файле.
Директивный Щелчок Использования, чтобы конфигурировать директивный сервер для директивно-с поддержкой
особенностей.
Конфигурация
Сеть Оракула Управляет Утилитами

Службы Сети Оракула обеспечивают следующие инструментальные средства, чтобы
помочь Вам запускать, останавливать, конфигурировать, и управлять каждым сетевым
компонентом:
■ Утилита Управления Слушателя
■ Менеджер Подключения Оракула Утилита Управления
Утилита Управления Слушателя

Утилита Listener Control дает возможность Вам управлять слушателем. Основной
синтаксис для этой утилиты следующие:
Команда [listener_name] LSNRCTL
Например, следующая команда начинается, слушатель назвал lsnr:

НАЧАЛО LSNRCTL lsnr
Вы можете также выпустить команды утилиты Listener Control в LSNRCTL> подсказка

программы. Чтобы получить подсказку, введите lsnrctl без параметров в командной
строке операционной системы. Когда Вы выполняете lsnrctl, программа запущена.
Вы можете тогда ввести необходимые команды от подсказки программы.
Например:
lsnrctl
LSNRCTL> ЗАПУСКАЮТ lsnr
См. Также: Справочная информация Служб Сети Базы данных

Оракула для дальнейшей информации об утилите Listener
Control
Менеджер Подключения Оракула Утилита Управления

Утилита Oracle Connection Manager Control дает возможность Вам управлять
Менеджером Подключения Оракула. Когда Вы выпускаете команды от операционной
системы, основной синтаксис для этой утилиты следующие:
cmctl {команда} [argument1... argumentN] instance_name} {-ppassword}
Режимы работы Администратора сети
Например, следующая команда запускает и CMGW и процессы CMADMIN:

ЗАПУСК cmctl-c cman1-p my_credentials
Вы можете также выпустить команды утилиты Oracle Connection Manager в CMCTL>

подсказка программы. Чтобы получить подсказку, введите cmctl без параметров в
командной строке операционной системы. Когда Вы выполняете cmctl, программа
открыта. Вы можете тогда ввести необходимые команды от подсказки программы.
Например:
cmctl
CMCTL> ЗАПУСК
Примечание: прежде, чем выпустить ЗАПУСК, Вы должны выпустить

команду ADMINISTER, чтобы выбрать экземпляр класса, чтобы
запустить.
См. Также:
■ "Менеджер Подключения Оракула Архитектура" на странице 4-16 для
краткий обзор Менеджера Подключения Оракула обрабатывает
■ Справочная информация Служб Сети Базы данных Оракула для
законченного описания
из команд утилиты Oracle Connection Manager Control

Конфигурация сети и задачи администрирования описаны всюду по этому руководству.
Ta b l e 6 – 8 списков общие задачи, инструментальные средства связались с ними, и
пунктами Вы к теме в руководстве, которое описывает задачу.
Таблица 6–8 Общих Задач для Конфигурирования и Управления Службами Сети Оракула
Задача Инструментальные См. Также
средства, чтобы
Конфигурирование
Директивного Сервера для
Использования Сети Оракула
Конфигурируйте директивное Интернет-Помощник Интернет-Руководство
использование сервера. Конфигурации Каталога Администратора
Оракула Каталога Оракула
Добавьте пользователей к группе ldapmodify "Управляя Группой
OracleNetAdmins. OracleNetAdmins" на странице
8-14
Подтвердите подлинность с каталогом. Менеджер Предприятия Оракула Интерактивная справка в Оракуле

Менеджер
Предприятия Менеджер Сети Оракула
Выберите Directory>
Обозначение Сервиса> Как
К> Изменение Контекст
Оракула в интерактивной
справке для Менеджера Сети
Оракула

Таблица 6–8 (Продолжение следует). Общие Задачи для Конфигурирования и Управления Службами Сети
Оракула
Ta s k Инструмент s, чтобы См. Ала
В ы п о л н и т ь Задачу так
Измените Контекст Менеджер Сети Интерактивная справка в
Оракула. Оракула Менеджере Предприятия
Оракула
Выберите Directory>
Обозначение Сервиса> Как
К> Верительные грамоты
Аутентификации Набора в
интерактивной справке для
Менеджера Сети Оракула
Конфигурирование Методов Обозначения
Конфигурируйте местный метод Менеджер Предприятия Оракула "Конфигурируя Местный
обозначения. Метод Обозначения" на
Помощник Конфигурации Сети
Оракула
Конфигурируйте каталог, называя метод. Менеджер Предприятия "Конфигурируя Каталог,
Называя Метод" на странице
Оракула Менеджер Сети
8-8
Оракула
Выбор конфигурации простое Менеджер Сети "Используя Простое
подключает метод обозначения. Оракула Подключают Метод
Конфигурируйте внешние методы Менеджер Сети "Конфигурируя Внешние
обозначения. Оракула Методы Обозначения" на
Перемещение к Директивному Обозначению
Экспорт от tnsnames.ora Менеджер Предприятия "Экспорт Сетевых Названий
файлов. Сервиса от tnsnames.ora
Оракула Менеджер Сети
Файла" на странице 8-16
Оракула
Конфигурирование Конфигураций
Расположите по Менеджер Сети Оракула "Располагая по приоритетам
приоритетам методы Обозначение Методов" на
обозначения. странице 9-3
Оракула
Конфигурируйте заданный по Менеджер Сети Оракула "Конфигурируя Заданный по
умолчанию домен, который умолчанию Домен для
автоматически приложен к Клиентов" на странице 9-2
любому дисквалифицированному Оракула
сетевому названию сервиса.
Запросы на установление Менеджер Сети Оракула "Направляя Запросы на
соединения маршрута. установление соединения" на
Оракула
Конфигурируйте Менеджер Сети "Конфигурируя Управление
управление доступом. Оракула Доступа к базе данных" на
Конфигурируйте опознавательный Менеджер Сети "Конфигурируя Оракула
метод, доступный с Оракулом Оракула Расширенная Безопасность" на
Расширенная Безопасность. странице 9-9
Выберите Oracle
Advanced Security> Как
К в интерактивной
справке
См. Также: Оракул
Расширенное Руководство
Администратора
Безопасности
Выбор конфигурации подключает Ручная Конфигурация "Конфигурируя Слушателя и
времена ожидания запроса. Базу данных Оракула, Чтобы
Ограничить Потребление
Ресурса Неправомочными
Пользователями" на странице
14-7
Слушателей
Конфигурация и Краткий обзор Административных

средств 6-11
Таблица 6–8 (Продолжение следует). Общие Задачи для Конфигурирования и Управления
Службами Сети Оракула
Задача Инструментальные средства, См. Также

чтобы Выполнить Задачу
Конфигурируйте адреса протокола Менеджер Предприятия Оракула "Конфигурирование
слушания. Адресов Протокола
Менеджер Сети Оракула Слушания" на странице
Помощник Конфигурации Сети 10-3
Конфигурируйте динамическую Автоматический
Оракула "Конфигурируя
регистрацию сервиса. Регистрацию Сервиса" на
Конфигурируйте статическую Менеджер Предприятия "Конфигурируя Статическую
регистрацию сервиса. Информацию Сервиса"
Оракула Менеджер Сети относительно страницы 10-6
Конфигурируйте аутентификацию Оракула
Менеджер Предприятия "Конфигурируя
пароля. Аутентификацию Пароля
Оракула Менеджер Сети для Слушателя" на
Оракула странице 10-8
Выбор конфигурации подключает Ручная Конфигурация "Конфигурируя Слушателя и
времена ожидания запроса. Базу данных Оракула, Чтобы
Ограничить Потребление
Ресурса Неправомочными
Пользователями" на странице
14-7
Управляющие Слушатели
Начало и слушатели остановки. Утилита Управления Слушателя "Начинаясь и
Останавливая Слушателя"
на странице 10-13
Представление регистрировало Утилита Управления Слушателя "Контролируя Службы
информацию. Слушателя" на странице
10-16
Конфигурирование Менеджера
Подключения Оракула
Конфигурируйте мультиплексирование Ручная Конфигурация "Допуская
сеанса. Мультиплексированию
Сеанса" на странице 11-7
Конфигурируйте управление доступом. Ручная Конфигурация "Допуская Управлению
доступом" на странице 11-7

Вторая часть
Конфигурация и Администрирование
Оракула
Сетевые Службы
Вторая часть описывает, как установить и конфигурировать

Службы Сети Оракула. Эта часть содержит эти главы:
■ Глава 7, "Планируя Сеть"
■ Глава 8, "Конфигурируя Обозначение Методов"
■ Глава 9, "Конфигурируя Конфигурации"
■ Глава 10, "Конфигурируя и Управляя Слушателем"
■ Глава 11, "Конфигурируя и Управляя Менеджером Подключения Оракула"
■ Глава 12, "Конфигурируя Диспетчеров"
■ Глава 13, "Предоставление Расширенным Особенностям Служб Сети Оракула"
■ Глава 14, "Оптимизируя Производительность"
7
Планирование Сети
Службы Сети Оракула обеспечивают множество опций, чтобы помочь Вам

проектировать и управлять сетями, которые и гибки и удобны. С Оракулом Службы
Сети увеличивали масштабируемость и особенности управляемости, Вы можете
разработать сеть, чтобы поддержать широкий диапазон сред, ли они быть простыми
рабочими группами или большой миссией критически настроенные предприятия.
Эта глава описывает рассмотрения для того, чтобы планировать сеть, используя
Службы Сети Оракула. Это объясняет отношения сетевых продуктов, и опции
для расширения и лучшего управления Вашей будущей сетью.
■ Развертывание Сети В Организации
■ Развертывание Сети для Интернета
■ Обозначение Рассмотрений
■ Рассмотрения Производительности
Развертывание Сети В Организации

Как показы иллюстрации 7-1, у внутренней сети часто есть разнообразная клиентская
косметика. Помимо традиционных клиентов, которые должны обратиться на серверы
базы данных, клиенты Сети также должны обратиться. Тип и число клиентов, так же как
другие сетевые проблемы, затрагивают типы особенностей, чтобы рассмотреть
развертывание.
Планирование Сети 7-1

Иллюстрация 7-1 Внутренняя Сетевая Схема размещения
Прикладной
Web-сервер
л
Intranet
Клиент
Пригодность
Web-
браузе
Драйверы JDBC
JDBC OCI Драйвер
Настройка и
Y^ р SDU
^
Балансирование Сервер
Загрузки Клиента Базы
Обхода отказа
л
Intranet
Y
Масштабируемость
Общедоступное
Мультиплексирование
Сеанса Пулинга
Л
Intranet
Подключения Сервера
SDU
данных
Времени
сеанса
Обозначение Методов
Главный
компьютер
Называя
Местное
Каталога
Обозначения
JDBC OCI
Драйвер JDBC
Тонкий Драйвер
SDU
Этот раздел обращается к рассмотрениям развертывания для внутренней сети в
терминах следующих категорий:
■ Масштабируемость
■ Пригодность
■ Обозначение Методов
■ Драйверы JDBC
■ Безопасность
■ Настройка и Производительность
Для организации с сотнями или тысячами клиентов, масштабируемость имеет
предельное значение. Службы Сети Оракула предлагают многие особенности, которые
могут улучшить масштабируемость сервера базы данных, включая разделенный
сервер, пулинг подключения, и мультиплексирование сеанса.

С общедоступной архитектурой сервера маленький пул процессов сервера может
служить большому количеству клиентов. Это уменьшает требуемые объемы и
конфигурации памяти сервера. Пулинг подключения и особенности
мультиплексирования сеанса допущены через общедоступный сервер.
Пулинг Подключения
Пулинг подключения допускает серверу базы данных ко времени подключения
протокола и использовать те подключения, чтобы обслужить активный сеанс.
Мультиплексирование Сеанса
Мультиплексирование сеанса, доступное с Менеджером Подключения Оракула, дает
возможность множественным клиентским сеансам направить через единственное
подключение протокола.
Когда мультиплексирование сеанса используется с пулингом подключения, Вы можете
увеличить общее количество клиентских сеансов, которые может обработать сервер.
Ta b l e 7 – 1 суммирует относительные преимущества использования пулинга
подключения и мультиплексирования сеанса и обеспечивает рекомендации для того, что
они использовали их в сети.

Таблица 7–1 Мультиплексирование Пулинга и Сеанса Подключения

Особеннос Преимущества Недостатки Рекомендуемый для
ть
Подключени ■ Сокращает количество сети Сеансы базы данных Сети, где многие
е
Пулинг должен
ресурсы используются для каждого используйте IDLE_TIME клиенты работают
■ Поддержки большие клиентские параметр ресурса. "высоко думайте/время
совокупности поиска" приложения
■ Развертывает число как обмен сообщениями и
клиент-серверные сеансы по OLAP
ограниченному числу
подключений процесса
■ Оптимизирует сетевой трафик и
сетевое использование ресурса,
такое как сетевая полоса
пропускания подключения
■ Допускает идентификации и
контролю реальных
пользователей
■ Допускает Web-серверам
приложения среднего ряда или
приложениям, который должен
обратиться к внутренней базе
данных, чтобы поддержать
дополнительные службы, такие как
Сервер приложений Оракула
■ Требует только единственного транспорта
для клиентов со множественными
приложениями
■ Требует только единственного сетевого
подключения для ссылок базы
данных
Сеанс ■ Пределы число сети Клиенты должны соединиться с Сетями где
Ресурсы мультиплексирования используются для Менеджер Подключения Оракула. непрерывное
каждого процесса обеспечение связи
требуется.
■ Поддерживает большие
клиентские совокупности
■ Развертывает число клиент-серверных
сеансов по ограниченному
числу подключений процесса
■ Оптимизирует использование
ресурса
■ Допускает идентификации и
контролю реальных
пользователей
■ Дает возможность середине
приложений ряда поддержать
дополнительные службы
■ Требует только единственного
транспорта для клиентов со
множественными приложениями
■ Требует только единственного сетевого
подключения для ссылок базы
данных
■ Оказывает поддержку для pre-
Oracle8 клиентов
Пригодность к базе данных крайне важна для любой внутренней сети. Вы можете
конфигурировать множественных слушателей, чтобы обработать клиентские запросы
на установление соединения для того же самого сервиса базы данных. Это особенно
идеально в Оракуле Реальная Прикладная конфигурация Кластеров, где каждому
экземпляру класса связали слушателя с нею. Множественные конфигурации слушателя
дают возможность Вам использовать обход отказа времени сеанса и во время
выполнения загрузку подключения, балансирующую особенности.

Обход отказа Времени сеанса

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

Клиентское балансирование загрузки дает возможность клиентам рандомизировать
запросы множественным слушателям (обычно на различных узлах).
Эти особенности могут использоваться вместе или отдельно. Вместе, они гарантируют
доступ к базе данных и распространяют загрузку, чтобы не перегрузить единственного
слушателя.
Выбор соответствующего метода обозначения для того, чтобы отобразить названия
подключить описатели зависит от размера организации.
Для маленькой организации только с несколькими базами данных простое
использование подключает обозначение, чтобы сделать подключения TCP/IP с именем
хоста сервера базы данных или местного обозначения, чтобы сохранить названия в
tnsnames.ora файле на клиентах.
Для больших организаций с несколькими базами данных, используйте обозначение
каталога, чтобы сохранить названия в централизованном директивном сервере.
См. Также: "Называя Рассмотрения" на странице 7-8 для

дальнейшей информации о выборе метода обозначения
Приложения-клиенты Java обращаются к базе данных Оракула через Обеспечение связи
Базы данных Java (JDBC) стандарт Драйвера-a интерфейс Java для того, чтобы
соединиться от Java до реляционной базы данных. Корпорация Оракула предлагает
следующие драйверы:
■ Драйвер OCI для clientside и прикладного Web-сервера использует с инсталляцией
клиента Оракула
■ Тонкий драйвер для clientside использует без инсталляции Oracle, особенно с
апплетом
Гарантируйте, что Внутренние сети развернуты в системе сетевой защиты.
См. Также: База данных Оракула Расширенное Руководство

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

Если Вы ожидаете получать большое количество запросов на установление
соединения для процесса слушания, Вы можете увеличить размер очереди
слушателя.

Развертывание Сети для Интернета
Модуль Данных Сеанса (SDU) Размер

Прежде, чем отправить данные через сеть, Сеть Оракула буферизует и формирует
данные в модуль данных сеанса (SDU). Net Оракула посылает данные, хранившие в
этом буфере, когда буфер полон, сброшен на диск, или когда сервер базы данных
пытается читать данные. Когда большое количество данных передается или когда
размер сообщения является непротиворечивым, корректируя размер буферов SDU
может улучшить производительность, сетевое использование, или потребление памяти.
Вы можете развернуть SDU в клиенте, прикладном Web-сервере, и сервере базы
данных.
Преобразование Протокола
База данных только должна быть конфигурирована, чтобы слушать на одном адресе
протокола, даже при том, что клиенты могут использовать другие протоколы. Менеджер
Подключения Оракула обеспечивает конверсионную особенность протокола, которая
дает возможность клиенту и серверу базы данных, конфигурированному с различными
сетевыми протоколами общаться друг с другом.

Как показы иллюстрации 7-2, интернет-сеть, обычно состоит из клиентов Сети, которые
обращаются к защищенным от системы сетевой защиты прикладным Web-серверам, это
тогда соединяется с базой данных. У интернет-сети есть многие из тех же самых
требований как внутренняя сеть, но у нее также есть свой собственный уникальный
набор требований. Этот раздел исследует оба требования.
Интернет-Схема размещения Сети иллюстрации 7-2

^ZT> Менеджер Подключения Оракула
<—^ гипертекстовый транспортный протокол Сервер
или Базы
Прокси-сервер Системы сетевой данных
защиты Сети Оракула Системы
сетевой защиты
= ят
Масштабируемость Масштабируемости
Управление доступом Общедоступный Сервер
Настройка и Пулинг Подключения
Производительности
Мультиплексирование Сеанса SDU
Управление доступом
Размер Очереди
Слушателя
Мультиплексирование Сеанса
Обозначение Метода
Драйвер JDBC

Как внутренняя сеть, масштабируемость может быть улучшена в интернет-сети с
общедоступным сервером, пулингом подключения, и особенностями
мультиплексирования сеанса, конфигурированными на сервере базы данных.
Мультиплексирование сеанса может также быть конфигурировано на прикладном ряду
Web-сервера. Это может помочь разгружать часть сетевого ввода - вывода прикладных
Web-серверов, увеличивая пропускную способность.
Пригодность к базе данных крайне важна для любой интернет-сети с системой сетевой
защиты. Важно развернуть по крайней мере двух Менеджеров Подключения Оракула
системы сетевой защиты или Прокси-серверы Системы сетевой защиты Сети Оракула,
когда одна система сетевой защиты понижается.
Для интернет-сети, конфигурируют прикладные Web-серверы, должен был соединиться
с базами данных с местным методом обозначения.
См. Также: "Называя Рассмотрения" на странице 7-8 для

дальнейшей информации о выборе метода обозначения
Приложения Java, которые постоянно находятся на прикладном Web-сервере,
требуют JDBC OCI драйвер.
Безопасность в интернет-сети крайне важна, чтобы управлять доступом к базе данных.
Управление доступом
Предоставляя и лишая доступ к база данных крайне важна для безопасной сетевой
среды. Вы можете конфигурировать управление доступом через систему сетевой защиты
или на базе данных. Для поддержки системы сетевой защиты Вы можете
конфигурировать Менеджера Подключения Оракула, чтобы функционировать как
система сетевой защиты, посредством чего она предоставляет или лишает в доступе
клиентов к специфическому сервису базы данных или компьютеру, основанному на ряде
правил фильтрации. Для базы данных Вы можете конфигурировать параметры
управления доступом в sqlnet.ora файле, чтобы определить, что клиентам,
использующим специфический протокол, разрешают или лишены доступа.
Слушатель и Пределы Подключения Сервера Базы данных

Препятствовать тому, чтобы неправомочные клиенты делали попытку отказа в
обслуживании, нападает на слушателе или сервере базы данных, Вы можете
конфигурировать пределы, которые сдерживают время, в которое ресурсы могут быть
проведены до аутентификации. Попытки клиента превысить конфигурированные
пределы приведут к завершениям подключения и аудиторскому следу, содержащему
адрес IP зарегистрированного клиента.
Производительность и настраивающиеся особенности, описанные в "Настройке и
Производительности" на странице 7-5, могут также быть развернуты для интернет-
сети.
Обозначение Рассмотрений
Обозначение Рассмотрений
Ta b l e 7 – 2 суммирует относительные преимущества и недостатки каждого
метода обозначения и обеспечивает рекомендации для того, что они использовали
их в сети.
Таблица 7–2 Метода Обозначения: Преимущества и Недостатки

Обозначение Преимущества/ Рекомендуемый
Метода недостатки для:
Местное Преимущества: Простые распределенные сети с
Обозначение ■ Обеспечивает относительно прямой метод для того, небольшим количеством служб то
что он решил сетевые адреса названия изменение нечасто.
сервиса
■ Сеть решений обслуживает названия
через сети, выполняющие различные
протоколы
Недостаток: Требует местной конфигурации
всего сетевого названия сервиса и
модификаций адреса Большие, сложные сети (более чем 20
Директивное баз данных), что изменение на частой
Преимущества: основе.
■ Централизует сетевые наименования и
адреса в единственном месте, облегчая
администрирование изменений названия и
обновлений. Это избавляет от
необходимости администратора делать
изменения к тому, что потенциально
могло быть сотнями или даже тысячами
клиентов.
■ Каталог сохраняет названия для других
служб.
■ Инструментальные средства обеспечивают
простую конфигурацию. Простые сети TCP/IP, которые
встречают перечисленные критерии:
Простой Недостаток: Требует доступа к директивному
серверу ■ Ваш клиент и сервер подключают
Подключают TCP/IP использования.
Обозначение Преимущества: ■ Никакие особенности, требующие
■ Требует минимальной пользовательской соединяются,
более расширенного, не
конфигурации. Пользователь может обеспечить описатель требуются

только название главного компьютера
базы данных, чтобы установить
подключение.
■ Избавляет от необходимости создавать и
поддерживать местный файл
конфигурации названий
(tnsnames.ora)
Недостаток: Доступный только в
ограниченной среде, как обозначено в
Рекомендуемом для столбца
Внешнее Преимущество: Дает возможность Сети с существующими службами
Обозначение администраторам загрузить название сервиса названия.
сети Оракула в их родной сервис названия,
используя инструментальные средства и
утилиты, с которыми они уже знакомы
Недостаток: Требует сторонних систем
идентификации имен, которыми нельзя
управлять, используя продукты Сети Оракула
Рассмотрения Производительности
Этот раздел покрывает рассмотрения производительности. Это включает следующие темы:
■ Размер Очереди Слушателя
■ Размер Модуля Данных Сеанса для Оптимизации Передачи данных
■ Постоянное Сбрасывание на диск Буфера для TCP/IP

Планирование
Резюме
Размер Очереди Слушателя

Если Вы ожидаете получать большое количество запросов на установление соединения
для процесса слушания (таких как слушатель или Менеджер Подключения Оракула) по
TCP/IP, Сеть Оракула дает возможность Вам конфигурировать слушающую очередь,
чтобы быть выше чем системное значение по умолчанию.
Размер Модуля Данных Сеанса для Оптимизации Передачи данных

Настройка Вашего приложения, чтобы сократить количество путешествий туда и
обратно через сеть является лучшим способом улучшить Вашу сетевую
производительность. Если это сделано, это также возможно, чтобы оптимизировать
передачу данных, корректируя размер модуля данных сеанса (SDU).
SDU - буфер что использование Сети Оракула, чтобы поместить данные в прежде, чем
передать это через сеть. Net Оракула посылает данные в буфере или когда требуется или
когда это полно.
Ta b l e 7 – 3 рассмотрения схем для того, чтобы изменить размер SDU.
Таблица 7–3 Рассмотрения SDU

Измените размер SDU когда: не изменяйте размер SDU когда:
■ данные, возвращающиеся ■ приложение, может быть настроен, чтобы избежать задержек,
перечисленных в
фрагментированн
ый в отдельные
пакеты
■ Вы находитесь на
глобальной сети (глобальная
сеть), у которой есть

длинные задержки
■ Размер пакета -
последовательно то же
самое
от сервера Изменение размера SDU когда столбец
У Вас есть более высокая сеть скорости, где эффект
передачи данных незначителен
Ваши запросы возвращают маленькое количество данных от
сервера
■
См. Также: "Конфигурируя Модуль Данных Сеанса" на странице 14-1
Постоянное Сбрасывание на диск Буфера для TCP/IP

При определенных условиях для некоторых приложений, используя TCP/IP, пакеты Сети
Оракула не могут быть немедленно сброшены на диск к сети. Чаще всего, это поведение
происходит, когда большое количество данных течется. Реализация самого TCP/IP -
причина из-за отсутствия сбрасывания на диск, вызывая недопустимые задержки. Чтобы
исправить эту проблему, не определите задержки процесса сбрасывания на диск буфера.

Оракула для дальнейшей информации о параметре
TCP.NODELAY
Планирование Резюме
Ta b l e 7 – 4 суммирует особенности, которые Вы можете развернуть.
Таблица 7–4 Резюме Особенности

Особенность Видит Также
Особенности Масштабируемости
Пулинг Подключения "Предоставление Пулингу Подключения" на странице 12-2
Мультиплексирование Сеанса "Предоставление Мультиплексированию Сеанса" на странице 11-7

Планирование Резюме
Таблица 7–4 (Продолжение следует). Резюме Особенности Сети Оракула

Особенность См. Также
Общедоступный Сервер "Конфигурируя Диспетчеров" на странице 12-1
Особенности
Пригодности
Клиентская Загрузка, "Конфигурируя Параметры Списка адресов" на
Балансирующая Обход странице 13-3 "Конфигурирование Параметров Списка
Особенностей
Метода
Каталог Называя "Конфигурирование Каталога, Называя Метод" на странице
Простой Подключает 8-8 "Используя Простое Подключает Метод Обозначения"
Назвавшее Местное на странице 8-20 "Конфигурирование Местного Метода
Драйверы JDBC База данных Оракула Руководство Разработчика JDBC и Справочная
Безопасности
Управление доступом "Предоставление Управлению доступом" на странице 11-7, чтобы
конфигурировать Оракула
Менеджер Подключения
"Конфигурируя Управление Доступа к базе данных" на странице 9-
4, чтобы конфигурировать параметры управления доступом в
sqlnet.ora
Слушатель и База данных "Конфигурирование Слушателя и Базы данных Оракула, Чтобы
Ограничить Потребление Ресурса Пределов Подключения Сервера Неправомочными
Пользователями" на странице 14-7
Производительности
Размер Очереди "Начинаясь и Останавливая Слушателя" на странице 10-13
Слушателя
Размер SDU "Конфигурируя Модуль Данных Сеанса" на странице 14-1
Преобразование Глава 11, "Конфигурируя и Управляя Менеджером Подключения
Протокола Оракула"

8
Конфигурирование Методов Обозначения
Эта глава описывает, как конфигурировать информацию обеспечения связи для

клиентских подключений с сервером базы данных.
■ Обозначение Краткого обзора Конфигурации Метода
■ О Подключают Описатели
■ Конфигурирование Местного Метода Обозначения
■ Конфигурирование Каталога, Называя Метод
■ Используя Простое Подключают Метод Обозначения
■ Конфигурирование Внешних Методов Обозначения
См. Также: "Обозначение" на странице 3-11 для краткого обзора

обозначения методов
Обозначение Краткого обзора Конфигурации Метода

Чтобы соединиться с сервисом, клиенты используют подключенный идентификатор в
подключенной строке, чтобы соединиться с сервисом. Подключенный идентификатор
может быть подключенным описателем или простым названием, которое отображает к
подключенному описателю. Подключенный описатель содержит:
■ Сеть направляют к сервису, включая местоположение слушателя через a
адрес протокола
■ Oracle8i или более поздняя база данных выпуска обслуживают название или базу
данных выпуска 8.0 Оракула
Идентификатор Системы Оракула (СИД)
Простое название решено к подключенному описателю методом обозначения.
Обозначение конфигурации метода состоит из следующих шагов:
1. Выберите метод обозначения.
2. Карта подключает описатели с простыми названиями.
3. Конфигурируйте клиентов, чтобы использовать метод обозначения.
О Подключают Описатели
Подключенный описатель состоит из одного или более адресов протокола
слушателя и подключать информацию данных для сервиса адресата.
Следующий пример показывает подключенному описателю, отображенному
простому названию, названному продажами:
Конфигурирование Обозначения Методов 8-1

О Подключают Описатели
продажи = (ОПИСАНИЕ = (ОБРАЩАЮТСЯ = (PROTOCOL=tcp)

(HOST=sales-server) (PORT=1521)) (CONNECT_DATA =
Раздел АДРЕСА содержит адрес протокола слушателя, и раздел CONNECT_DATA

содержит информацию сервиса адресата. В этом примере сервис адресата - сервис базы
данных, названный sales.us.acme.com.
Создавая подключенный описатель к Oracle9i или сервису базы данных Oracle8i, Вы
должны идентифицировать сервис с параметром SERVICE_NAME. Произвольно, Вы
можете идентифицировать экземпляр класса с параметром INSTANCE_NAME, как
показано в следующем:
(INSTANCE_NAME=sales)))
Значения для этих параметров исходят из SERVICE_NAMES (с S) и параметры

INSTANCE_NAME в initalization файле параметра. Параметр SERVICE_NAMES в файле
параметра инициализации типично - глобальное название базы данных, название,
включающее название базы данных и имя домена, введенное во время создания базы
данных или инсталляции. Например, у sales.us.acme.com есть название базы
данных продаж и домен us.acme.com. Параметр INSTANCE_NAME в значениях по
умолчанию файла параметра инициализации СИДУ, введенному во время инсталляции
или создания базы данных.
См. Также: "Сервис Базы данных и Идентификация Экземпляра

класса Базы данных" на странице 3-1
Создавая подключение описателя для базы данных выпуска 8.0 Оракула, Вы

идентифицируете сервис с параметром SID. Следующий пример показывает
подключенному описателю для базы данных выпуска 8.0 Оракула с СИДОМ продаж:
(SID=sales))),
Ta b l e 8 – 1 описывает методы обозначения те поддержки Сети Оракула.

Конфигурирование Местного
Метода Обозначения
Таблица 8–1 Метод Обозначения
Обозначение Описания Метода
Местные Решения Обозначения сетевое название сервиса, сохраненное в tnsnames.ora файле, сохранены
на клиенте
Местное обозначение является самым соответствующим для простых распределенных
сетей с небольшим количеством служб то изменение нечасто.
См. Также: "Конфигурируя Местный Метод Обозначения" на странице 8-3
Директивное Обозначение Решает название сервиса базы данных, сетевое название
сервиса, или сетевой псевдоним сервиса, сохраненный в
централизованном сервере каталога LDAP-compliant
См. Также: "Конфигурируя Каталог, Называя Метод" на странице 8-8
Простой Подключают Обозначение Дает возможность клиентам соединиться с
сервером базы данных без любой конфигурации.
Клиенты используют подключенную строку для простого TCP/АДРЕСА IP, состоя из
имени хоста и дополнительного порта и обслуживают название:
Этот метод рекомендуется для простых сред TCP/IP.
См. Также: "Используя Простое Подключают Метод Обозначения" на странице 8-20
Внешнее Обозначение Решения обслуживают информацию, хранившую в сторонняя система идентификации
имен
См. Также: "Конфигурируя Внешние Методы Обозначения" на странице 8-23
См. Также: "Обозначение" на странице 3-11
Конфигурирование Местный Метод Обозначения

Местный метод обозначения добавляет сетевые названия сервиса к tnsnames.ora
файлу. Каждый сетевой сервис называет карты к подключенному описателю.
Следующий пример показывает сетевому названию сервиса, отображенному
подключенному описателю:
продажи =
(ОПИСАНИЕ =
(ОБРАТИТЕСЬ = (PROTOCOL=tcp) (HOST=sales-server) (PORT=1521)),
(CONNECT_DATA =
В этом примере сетевые продажи названия сервиса отображены к подключенному

описателю, содержавшемуся в ОПИСАНИИ. ОПИСАНИЕ Содержит адрес протокола и
идентифицирует сервис целевой базы данных.
Вы можете конфигурировать местное обозначение во время или после инсталляции,
как описано в этих темах:
■ Конфигурирование tnsnames.ora Файла Во время Инсталляции
■ Конфигурирование tnsnames.ora Файла После Инсталляции
Конфигурирование tnsnames.ora Файла Во время Инсталляции

Помощник Конфигурации Сети Оракула дает возможность Вам конфигурировать
сетевые названия сервиса для клиентов. Оракул Универсальный Инсталлятор
начинает Помощника Конфигурации Сети Оракула после программной инсталляции.
Конфигурация изменяется в зависимости от инсталляционного режима.
Администратор или Во время выполнения Инсталляция

Помощник Конфигурации Сети Оракула запрашивает Вас конфигурировать сетевые
названия сервиса в tnsnames.ora файле, чтобы соединиться с сервисом базы

Конфигурирование Местного Метода Обозначения
Заказная Инсталляция
Помощник Конфигурации Сети Оракула запрашивает Вас выбирать методы
обозначения, чтобы использовать. Если Местный житель выбран, то Помощник
Конфигурации Сети Оракула запрашивает Вас конфигурировать сетевые названия
сервиса в tnsnames.ora файле, чтобы соединиться с сервисом базы данных
Оракула.
Конфигурирование tnsnames.ora Файла После Инсталляции

Вы можете добавить сетевые названия сервиса к tnsnames.ora файлу в любое время
после инсталляции. Чтобы конфигурировать местный метод обозначения, выполните
следующие задачи:
Задача 1: Конфигурируйте Сетевые Названия Сервиса
Задача 2: Конфигурируйте TNSNAMES как Первый Метод Обозначения
Задача 3: Распространите Конфигурацию
Задача 4: Конфигурируйте Слушателя
Примечание: основное сетевое подключение должен быть

оперативным прежде, чем попытаться конфигурировать
обеспечение связи с Сетью Оракула.
Задача 1: Конфигурируйте Сетевые Названия Сервиса

Чтобы конфигурировать с местным методом обозначения, используйте одно из
следующих инструментальных средств:
■ Менеджер Предприятия Оракула
■ Помощник Конфигурации Сети Оракула

Чтобы конфигурировать сеть обслуживают названия в tnsnames.ora файле с
Менеджером Предприятия Оракула:
1. Обратитесь к Сетевой странице Администрирования Служб в Менеджере
См. Также: "Менеджер Предприятия Оракула" на странице 6-1
2. Выберите Local Naming от списка Administer, и затем выберите Оракула домой,

который содержит местоположение файлов конфигурации.
Местная страница Обозначения появляется.
4. Щелчок Создает.
Создающаяся Сетевая страница Названия Сервиса появляется.

5. Введите любое имя в Сетевом Поле имени Сервиса.
Вы можете квалифицировать сетевое название сервиса с доменом клиента.

Сетевое название сервиса - автоматически квалифицированный домен, если
sqlnet.ora параметры файла установлены.
См. Также: "Конфигурируя Заданный по умолчанию Домен для Клиентов" на

6. В Информационном разделе Базы данных, конфигурируйте

поддержку сервиса:
a. Введите сервис адресата.

Если сервис адресата - Oracle8i или более поздняя база данных выпуска, то
выберите Use Service Name, и введите имя сервиса в Поле имени Сервиса.
Если сервис адресата - база данных выпуска 8.0 Оракула, то выберите Use СИД,
и введите Идентификатор Системы Оракула для экземпляра класса в поле SID.
См. Также: "О Соединяются, Описатели" на странице 8-1 для

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

Корпорация Оракула рекомендует, чтобы Вы использовали настройку по
умолчанию Значения по умолчанию Базы данных для типа подключения.
Если разделенный сервер конфигурирован в файле параметра инициализации,
Вы можете выбрать Dedicated Server, чтобы вынудить слушателя породить
выделенный сервер, обходя разделенную конфигурацию сервера. Если
разделенный сервер конфигурирован в файле параметра инициализации, и Вы
хотите гарантировать, что подключение всегда использует разделенный сервер,
выбирать Shared Server.
См. Также: Глава 12, "Конфигурируя Диспетчеров" для

дальнейшей информации об общедоступной конфигурации
сервера
7. В разделе Адресов, конфигурируйте поддержку протокола:
a. Нажмите кнопку "Добавить".
Добавляющаяся страница Адреса появляется.

b. От списка Protocol, выберите протокол, на котором слушатель конфигурирован к
слушать. Этот протокол должен также быть установлен на клиенте.
c. Введите соответствующую информацию параметра для выбранного протокола в
поля обеспечили.

Оракула для параметров настройки параметра протокола
d. Произвольно, в Расширенном разделе Параметров, определите пространство

буфера ввода - вывода
предел для посылает и получает операции сеансов Всего, Посылают Буферный
Размер
и поля Total Receive Buffer Size.
См. Также: "Конфигурируя Пространство буфера ввода - вывода" на

странице 14-3 для дальнейшей информации
e. Нажать OK.
Адрес протокола добавлен к разделу Адресов.

8. Нажмите OK, чтобы добавить сетевое название сервиса.
Сетевое название сервиса добавлено к Местной странице Обозначения.
См. Также:
■ "Создавая Список Адресов Протокола Слушателя" на странице 13-1, чтобы
конфигурировать множественные адреса протокола
■ "Расширенное Конфигурирование Подключает Параметры
Данных" на странице 13-5, чтобы конфигурировать
дополнительные опции CONNECT_DATA

Менеджером Сети Оракула:

1. Менеджер Сети Оракула Начала.
См. Также: "Менеджер Сети Оракула" на странице 6-2
2. В области окна навигатора, расширьтесь Местный> Обозначение Сервиса.

3. Нажмите плюс (+) от инструментальной панели, или выберите, Edit> Создает от
строки меню. Начальная страница Сетевого Мастера Названия Сервиса
Вы можете квалифицировать сетевое название сервиса с доменом клиента.
Сетевое название сервиса - автоматически квалифицированный домен, если
sqlnet.ora параметры файла установлены.
См. Также: "Конфигурируя Заданный по умолчанию Домен для Клиентов" на

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

данных Оракула для параметров настройки параметра
протокола
Страница Сервиса появляется.
10. Выберите выпуск, введите сервис адресата, и произвольно, выберите базу данных
тип подключения.
Если сервис адресата - Oracle8i или более поздняя база данных выпуска, то
выберите Oracle8i или позже, и введите имя сервиса в Поле имени Сервиса. Если
сервис адресата - база данных выпуска 8.0 Оракула, то выберите Oracle8 или
Previous, и введите Идентификатор Системы Оракула для экземпляра класса в поле
SID Базы данных.


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

сервера

Испытательная страница появляется.
12. Нажмите Te s t, чтобы проверить, что сетевые работы названия сервиса, или
нажимают Finish, чтобы отклонить
Сетевой Мастер Названия Сервиса.
Если Вы нажимаете Te s t, то Сеть Оракула соединяется с сервером базы данных при
использовании подключенной дескрипторной информации, которую Вы
конфигурировали. Поэтому, база данных и слушатель должны работать для
успешного теста. Если они не, см. "Стартовые Компоненты Служб Сети Оракула" на
странице 15-1, чтобы запустить компоненты перед тестированием. Во время
тестирования диалоговое окно Connection Test появляется, обеспечивая
испытательные результаты и состояние. Успешный тест приводит к следующему
сообщению:
Тест подключения был успешен.
Если тест был успешен, нажмите, Close to отклоняет диалоговое окно Connect Test, и
перейдите к Шагу 13.
Если тест не был успешен:
a. Гарантируйте, что база данных и слушатель работают, и затем нажимают Te s t.
b. Нажмите Вход в систему Изменения, чтобы изменить имя пользователя и пароль
для подключения,
и затем нажмите Te s t.
13. Нажмите Finish, чтобы уволить Сетевого Мастера Названия Сервиса.
14. Выберите File> Сохраняет Конфигурацию сети.
См. Также:

Помощником Конфигурации Сети Оракула:
1. Помощник Конфигурации Сети Оракула Начала.
См. Также: "Помощник Конфигурации Сети Оракула" на странице 6-8
Начальная страница появляется.

2. Выберите Конфигурацию Названия Local Net Service, и затем нажмите
Next. Сетевая страница Конфигурации Названия Сервиса появляется.
3. Нажмите Add, и затем нажмите Next.
Страница Конфигурации Названия Сервиса появляется.
4. Введите имя сервиса в Поле имени Сервиса.
6. Следуйте за подсказками в мастере и интерактивной справке, чтобы завершить
сетевое создание названия сервиса.
Конфигурирование Каталога, Называя Метод
Задача 2: Конфигурируйте TNSNAMES как Первый Метод Обозначения

Конфигурируйте местное обозначение как первый метод, определенный в параметре
NAMES.DIRECTORY_PATH в sqlnet.ora файле. Этот параметр определяет, что
заказ обозначения использования Сети Оракула методов, чтобы решить подключает
идентификаторы, чтобы подключить описатели.
Определить местное обозначение как первый метод обозначения:
2. В области окна навигатора, расширьтесь Местный> Конфигурация.

3. От списка в правой области окна, выберите Naming.
4. Нажмите позицию табуляции Methods.
5. От списка Available Methods, выберите TNSNAMES, и затем нажмите
кнопку стрелки вправо.
6. От списка Selected Methods, выберите TNSNAMES, и затем используйте кнопку
Promote, чтобы переместить выбор в вершину списка.
sqlnet.ora файл обновляет с параметром NAMES.DIRECTORY_PATH,
перечисляя tnsnames сначала:
НАЗВАНИЯ DIRECTORY_PATH = (tnsnames, имя хоста)
Задача 3: Распространите Конфигурацию

После того, как один клиент конфигурирован, лучше просто копировать
tnsnames.ora и sqlnet.ora файлы конфигурации к тому же самому
местоположению на других клиентах. Это гарантирует, что файлы являются
непротиворечивыми. Альтернативно, Вы можете использовать Помощника Net8 или
Помощника Конфигурации Net8 на каждом клиенте.

Гарантируйте, что слушатель (расположенный на сервере) конфигурирован, чтобы
"слушать на" том же самом адресе протокола, который Вы конфигурировали для
сетевого названия сервиса. По умолчанию, слушатель должен уже быть
конфигурирован для протокола TCP/IP на порту 1521.
См. Также: Глава 10, "Конфигурируя и Управляя Слушателем"

для подробностей конфигурации слушателя

Клиенты могут соединиться с базой данных, используя
следующий синтаксис: ПОДКЛЮЧИТЕ
username/password@net_service_name

С каталогом, называя метод, соединитесь, идентификаторы отображены, чтобы
подключить описатели, содержавшиеся в сервере каталога LDAP-compliant, включая
интернет-Каталог Оракула и Microsoft Активный Каталог. Каталог предоставляет
центральному администрированию служб базы данных и сетевых названий сервиса,
облегчая добавлять или перемещать службы.
Вход сервиса базы данных создан с Помощником Конфигурации Базы данных во
время инсталляции; сетевое название сервиса и сетевые входы псевдонима сервиса
могут быть созданы с Оракулом
Менеджер Предприятия или Менеджер Сети Оракула. Чтобы изменить атрибуты Сети
Оракула входа сервиса базы данных и сетевых входов названия сервиса, используйте
Менеджера Сети Менеджера или Оракула Предприятия Оракула.
Клиенты могут использовать эти входы, чтобы соединиться с базой данных.
■ Каталог Называя Шаги Конфигурации Метода
■ Управление Группой OracleNetAdmins
■ Экспорт Местных Входов Обозначения на Сервер Обозначения Каталога
■ Создавание Множественных Заданных по умолчанию Контекстов в Сервере Обозначения Каталога
■ Экспорт Директивного Обозначения Входов к tnsnames.ora Файлу
Каталог Называя Шаги Конфигурации Метода

Чтобы конфигурировать каталог, называя метод, выполните следующие задачи:
Задача 1: Проверьте Директивную Совместимость Версии
Задача 2: Создайте или Измените Сетевые Входы
Задача 3: Конфигурируйте LDAP как Первый Метод Обозначения для Клиентских
Поисков
Задача 1: Проверьте Директивную Совместимость Версии

На компьютере, от которого Вы планируете создать сетевые названия сервиса,
выполните следующие шаги проверки:
1. Гарантируйте, что у компьютера есть последняя версия программного обеспечения
Служб Сети Оракула.
2. Выполните интернет-Помощника Конфигурации Каталога Оракула, чтобы
проверить директивный сервер, Контекст Оракула, и версии схемы Оракула.

Оракула для дальнейшей информации о конфигурировании
директивного использования сервера
Задача 2: Создайте или Измените Сетевые Входы

Этот раздел затрагивает следующие темы:
■ Создавание Сетевых Названий Сервиса в Каталоге
■ Изменение Информации Обеспечения связи для Входов Сервиса Базы данных
■ Создавание Сети Обслуживают Псевдонимы

Создавание Сетевых Названий Сервиса в Каталоге
Примечания:
■ Только пользователи, которые являются членами любого группа
OracleNetAdmins или OracleContextAdmins, могут создать сетевые
входы названия сервиса в каталоге. Чтобы добавить или удалить

пользователей из группы OracleNetAdmins, см. "Добавляющих
Пользователей К Группе OracleNetAdmins" на странице 8-15.
■ Вы можете экспортировать существующие сетевые названия сервиса
от tnsnames.ora файла. См., ", что Экспортирующий Местный
житель Называет Входы на Сервер Обозначения Каталога" на
Вы можете конфигурировать клиентов, чтобы использовать сетевое название

сервиса, а не вход сервиса базы данных, созданный Помощником Конфигурации
Базы данных. Чтобы создать сетевые названия сервиса, используйте Менеджера
2. Выберите Directory Naming от списка Administer, и затем выберите Оракула

домой, который содержит местоположение директивного сервера.
Каталог, Называя страницу появляется.
4. Нажмите позицию табуляции Net Service Names.
5. В разделе Результатов, нажмите Create.
Создающаяся Сетевая страница Названия Сервиса с позицией табуляции General
7. В Информационном разделе Базы данных, конфигурируйте поддержку сервиса:
a. Введите сервис адресата.
Если сервис адресата для Oracle9i или базы данных Oracle8i, то выберите Use
Service Name, и введите имя сервиса в Поле имени Сервиса. Если сервис
адресата - база данных выпуска 8.0 Оракула, то выберите Use СИД, и введите
Идентификатор Системы Оракула для экземпляра класса в поле SID.

b. Выберите тип подключения базы данных

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

сервера




Размер

e. Нажать OK.

9. Нажмите OK, чтобы добавить сетевое название сервиса.
Сетевое название сервиса добавлено к разделу Результатов позиции табуляции Net

Service Names.
См. Также:
Изменение Информации Обеспечения связи для Входов Сервиса

Базы данных
■ Только пользователи, которые являются членами или OracleNetAdmins или
Группа OracleContextAdmins может изменить сетевую информацию
поскольку база данных обслуживают в каталоге. Добавить или
удалить пользователей
от этих групп, см. "Добавляющих Пользователей К
OracleNetAdmins
Группа" на странице 8-15.
Когда регистрация базы данных с каталогом завершает, Помощник Конфигурации Базы

данных создает вход сервиса базы данных в каталоге. По умолчанию, этот вход
содержит сетевую информацию маршрута, которая включает местоположение
слушателя через адрес протокола. Вы можете обновить эту информацию, если она была
удалена, или изменяет существующую сетевую информацию маршрута.
Чтобы создать или изменить сетевую информацию маршрута для сервиса базы
данных, используйте Менеджера Предприятия Оракула.
2. Выберите Directory Naming от списка Administer, и затем выберите Оракула домой,

который содержит местоположение директивного сервера.
4. Нажмите позицию табуляции Database Services.
5. В Простом разделе Поиска, выберите Oracle Context и критерии поиска, чтобы
видеть сетевые названия сервиса для специфического Контекста Оракула.
Сервис базы данных называет дисплей в разделе Результатов.
6. В разделе Результатов, выберите сервис базы данных, и затем нажмите Edit.
Создавание Сети Обслуживает Псевдонимы
■ Только пользователи, которые являются членами или группы
OracleNetAdmins или OracleContextAdmins, могут создать или
изменить сетевые входы псевдонима сервиса в каталоге. Чтобы

добавить или удалить пользователей из группы OracleNetAdmins,
см. "Добавляющих Пользователей К Группе OracleNetAdmins" на
■ Чтобы создать или обратиться к сетевым псевдонимам сервиса,
гарантируйте, что Оракул домой модернизирован к по крайней
мере 9.2.
■ Сетевые псевдонимы сервиса не поддержаны, используя
Microsoft Активный Каталог.
Сетевые псевдонимы сервиса в директивном сервере дают возможность клиентам

обратиться к сервису базы данных или сетевому названию сервиса альтернативным
названием. Например, сетевой псевдоним сервиса salesalias может быть создан для
сетевого названия сервиса продаж. Когда salesalias используется, чтобы
соединиться с базой данных, поскольку в ПОДКЛЮЧАЮТ scott/tiger@salesalias,
он будет фактически решать к и использовать подключенную дескрипторную
информацию для продаж.
Есть два основного использования сетевых псевдонимов сервиса:
■ Используйте сетевой псевдоним сервиса как путь для клиентов, чтобы обратиться к
сервису базы данных или сетевому названию сервиса другим названием.
■ Используйте сетевой псевдоним сервиса в одном Контексте Оракула для сервиса базы данных
или сетевого названия сервиса в различном Контексте Оракула. Это дает
возможность сервису базы данных или сетевому названию сервиса быть
определенным однажды в директивном сервере, но упомянутыми клиентами,
которые используют другие Контексты Оракула.
См. Также: "Сетевые Входы Псевдонима Сервиса" на странице 4-5 для

краткого обзора сетевых псевдонимов сервиса
Чтобы создать или изменить сетевую информацию маршрута для сервиса базы
данных, используйте Менеджера Предприятия Оракула.
Предприятия Оракула. См. Также: "Менеджер Предприятия Оракула" на

4. Нажмите позицию табуляции Net Service Aliases.
5. В разделе Результатов, нажмите Create.
Создающаяся Сетевая страница Псевдонима Сервиса появляется.
6. Введите имя для псевдонима в Сетевом Поле имени Псевдонима Сервиса.
7. В разделе Деталей Сервиса, на Который ссылаются, введите информацию в поля,
описанные в Таблице 8–2.
Таблица 8–2 Поля Деталей Сервиса Справочной информации в Создает Сетевой

Псевдоним Сервиса
Полевое Описание
Выбор Контекста Оракула Контекст Оракула сервиса базы данных или сеть
обслуживает название
выбирая один от списка или вводя один в поле.
Выбор Сервиса, на Который ссылаются, DN сервиса базы данных или сети
обслуживает название. Название
1. Нажмите OK, чтобы добавить сетевой псевдоним сервиса.

Сетевой псевдоним сервиса добавлен к Каталогу, Называя страницу.
Задача 3: Конфигурируйте LDAP как Первый Метод Обозначения для

Клиентских Поисков
Конфигурируйте каталог, называя как первый метод, определенный в параметре
NAMES.DIRECTORY_ PATH в sqlnet.ora файле. Этот параметр определяет, что
заказ обозначения использования Сети Оракула методов, чтобы решить подключает
идентификаторы, чтобы подключить описатели.
Определить каталог, называя как первый метод обозначения:

5. От списка Available Methods, выберите LDAP, и затем нажмите кнопку стрелки
вправо.
6. От списка Selected Methods, выберите LDAP, и затем используйте кнопку Promote,
чтобы переместить выбор в вершину списка.
перечисляя ldap сначала:
НАЗВАНИЯ DIRECTORY_PATH = (ldap, tnsnames, имя хоста)

Гарантируйте, что слушатель (расположенный на сервере) конфигурирован, чтобы
слушать на том же самом адресе протокола, конфигурированном для сетевого
названия сервиса. По умолчанию, слушатель конфигурирован, чтобы слушать на
протоколе TCP/IP, порт 1521.
См. Также: Глава 10, "Конфигурируя и Управляя Слушателем"

для подробностей конфигурации слушателя

Клиенты, которые конфигурированы с входом основного каталога, который
соответствует директивному местоположению сервиса базы данных или сетевому
названию сервиса, могут соединиться с базой данных, используя следующий синтаксис:
ПОДКЛЮЧИТЕ username/password@connect_identifier
Клиенты, которые конфигурированы с входом основного каталога, который не

соответствует директивному местоположению входа, не могут использовать
подключенный идентификатор в подключенной строке. Вместо этого эти подключения
требуют выдающегося названия входа или его абсолютного названия.
См. Также:
■ "Подключите Идентификатор и Соединитесь, Дескрипторные
Характеристики Синтаксиса" на странице 15-4 для подключают
правила синтаксиса идентификатора
■ "Абсолютная Спецификация Названия для Обозначения
Каталога" на странице 15-5 для абсолютного
использования названия
Управление Группой OracleNetAdmins

Члены OracleNetAdmins
(cn=OracleOracleNetAdmins, cn=OracleContext...), имеют, создают,
изменяют, и доступ для чтения к объектам Oracle Net и атрибутам. Помощник
Конфигурации Сети Оракула устанавливает эти права доступа для этой группы во время
создания Контекста Оракула.
Этот раздел содержит следующие темы:
■ Установление Доступа Для Группы OracleNetAdmins
■ Добавление Пользователей К Группе OracleNetAdmins
■ Удаление Пользователей От Группы OracleNetAdmins
Члены Примечание: групп OracleContextAdmins могут также добавить

и удалить членов группы OracleNetAdmins.
Установление Доступа Для Группы OracleNetAdmins

Владелец группы OracleNetAdmins может выполнить следующие функции:
■ Добавьте или удалите участников из группы OracleNetAdmins
■ Добавьте или удалите группы, которые являются владельцами группы
O racleNetAdmins
По умолчанию, владелец группы OracleNetAdmins - группа OracleNetAdmins
непосредственно. Это означает, что любой член группы OracleNetAdmins может
добавить или удалить других участников из группы OracleNetAdmins. Если Вы
предпочитаете, что другая группа кроме OracleNetAdmins добавляет или удаляет других
участников OracleNetAdmins, Вы можете изменить атрибут владельца группы
OracleNetAdmins к другой группе.
Владелец не может быть индивидуальным пользовательским входом, таким как

cn=scott, но должен быть входом группы, где вход группы - тот, составленный из
GroupOfUniqueNames классов объекта схемы LDAP и orclPriviledgeGroup.
Добавить группу как владельца группы OracleNetAdmins:
1. Создайте Формат обмена данными LDAP (LDIF) файл:
a. Определите группу, которую Вы хотите добавить как владелец.
Вы можете использовать следующий типовой файл LDIF. Введите

соответствующее выдающееся имя (DN) для cn=OracleNetAdmins и
DN группы, которую Вы хотите добавить.
dn: cn=OracleNetAdmins, cn=OracleContext...
тип изменения: измените, добавьте:
владелец владельца: <DN группы, чтобы
добавить>
b. Произвольно, определите группу, чтобы удалить как владелец.

владелец владельца: <DN группы, чтобы
добавить>
Например, следующий синтаксис LDIF изменяет монопольное

использование от группы OracleNetAdmins к другой названной группе
cn=AcmeSecurityAdmins. Группа может быть любой быть внутри или
снаружи Контекста Оракула; в этом случае, это вне Контекста Оракула.
владелец владельца:
cn=AcmeSecurityAdmins
dn: cn=OracleNetAdmins, cn=OracleContext... тип

изменения: измените, удалите: владелец
владельца: cn=OracleNetAdmins,
cn=OracleContext...
2. Используйте следующий ldapmodify синтаксис, чтобы удалить пользователя:

ldapmodify-h directory_host-p порт-D binddn-w пароль-f ldif_file
Таблица 8–3 ldapmodify

Параметра
Описание Параметра
-h directory_host Определяют директивный главный компьютер сервера.
Порт-p Определяет порт TCP/IP слушания для директивного сервера. Если
Вы не определяете эту опцию, заданный по умолчанию порт (389)
используется.
-D binddn Определяют директивного администратора или пользователя DN.
Пароль-w Определяет пароль для директивного администратора или директивного
пользователя.
-f ldif_file Определяют название входного файла.
Добавление Пользователей К Группе OracleNetAdmins

Добавить пользователя к группе OracleNetAdmins с ldapmodify:

1. Создайте файл LDIF, который определяет, что Вы хотите добавить

пользователя к
Группа OracleNetAdmins.
Вы можете использовать следующий типовой файл LDIF. Используйте
соответствующий DN для cn=OracleNetAdmins и пользователя,
которого Вы хотите добавить.
тип изменения: изменить
добавьте: uniquemember
uniquemember: <DN пользователя, добавляемого, чтобы группироваться>
2. Введите следующий ldapmodify синтаксис, чтобы добавить пользователя:

Удаление Пользователей От Группы OracleNetAdmins

Удалять пользователя из группы OracleNetAdmins с ldapmodify:
1. Создайте файл LDIF, который определяет, что Вы хотите добавить
пользователя к
Группа OracleNetAdmins.
Вы можете использовать следующий типовой файл LDIF. Введите
соответствующий DN для cn=OracleNetAdmins и пользователя,
которого Вы хотите удалить.
тип изменения: изменить
удалите: uniquemember
uniquemember: <DN пользователя, удаляемого из группы>
2. Используйте следующий ldapmodify синтаксис, чтобы удалить пользователя:

Экспорт Местных Входов Обозначения на Сервер Обозначения Каталога

Этот раздел объясняет, как экспортировать данные сохраненный в tnsnames.ora
файле на директивный сервер.
■ Экспорт Сетевых Названий Сервиса от tnsnames.ora Файла
Экспорт Сетевых Названий Сервиса от tnsnames.ora Файла

Если tnsnames.ora файл уже существует, то его сетевые названия сервиса могут
быть экспортированы в директивный сервер. Экспорт выполнен для одного домена за
один раз.
Задачи экспортировать данные из tnsnames.ora файла следующие:
Ta s k 1: C r e t e S t r u c t ure в Директивном Сервере
Задача 2: Создайте Контексты Оракула
Задача 3: Конфигурируйте Директивное Использование Сервера
Задача 4: Экспортные Объекты На Директивный Сервер
Примечание: Эти задачи предполагают, что Вам

устанавливали директивный сервер и выполнение.
Задача 1: Создайте Структуру в Директивном Сервере

В директивном сервере, создайте директивное информационное дерево (ДИТ) со
структурой, в которой Вы хотите импортировать сетевые названия сервиса. Создайте
структуру, ведущую до вершины Контекста Оракула.
Например, если tnsnames.ora файл поддерживает структуру домена acme.com, и
Вы хотите копировать этот домен в каталог, затем создать входы компонента домена
dc=com и dc=acme в каталоге, как изображено в иллюстрации 8-1.
Иллюстрация 8-1 acme.com в Директивном Сервере
Z dc=com
cme
c
c
T
T
C
O
T
O
d
T
c
r
• dc=com
■fdc=acme
#cn=OracleContext
Задача 3: Конфигурируйте Директивное Использование Сервера

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

Оракула для дальнейшей информации о конфигурировании
директивного использования сервера
Задача 4: Экспортные Объекты На Директивный Сервер

Чтобы экспортировать сетевые названия сервиса, содержавшиеся в tnsnames.ora
файле к каталогу, используйте или Менеджера Сети Менеджера или Оракула


5. В разделе Ссылок по теме, нажмите Названия Import Net Service К
Директивному Серверу.
Названия Сервиса Сети Импорта К Директивной странице Сервера появляются.
6. От списка Oracle Context в интернет-разделе Адресата Сервера Каталога Оракула,
выберите Контекст Оракула, в который Вы хотите экспортировать выбранные
сетевые названия сервиса.
7. На Сетевые Названия Сервиса, чтобы Импортировать раздел, выберите сетевые
названия сервиса.
8. Нажмите Add, чтобы добавить сетевые названия сервиса к каталогу.
Сетевое название сервиса добавлено к Каталогу, Называя страницу.

2. Если tnsnames.ora файл, который Вы хотите экспортировать, не является тем,

загруженным в Менеджера Сети Оракула, то используйте Файл> Открытая
Конфигурация сети, чтобы выбрать tnsnames.ora файл, чтобы экспортировать
в каталог.
3. Выберите Command> Каталог> Экспортные Сетевые Названия Сервиса от
строки меню. Директивный Мастер Миграции Сервера запускает.
Если сетевые названия сервиса со множественным доменом были обнаружены в
tnsnames.ora файле, то страница Домена Выбора появляется. Продолжите к
Шагу 5.
Если сетевые названия сервиса не квалифицированный домен, страница Названий
Сервиса Сети Выбора появляется. Перескочите к Шагу 6.
5. Выберите сетевой домен, сеть которого обслуживают названия, которые Вы хотите

экспортировать, и затем
нажмите Next.
Страница Названий Сервиса Сети Выбора появляется.
6. Выберите сетевые названия сервиса от списка, чтобы экспортировать, и затем
нажать Next. Страница Контекста Адресата Выбора появляется.
7. В странице Контекста Адресата Выбора, выполните следующее:
a. От списка Directory Naming Context, выберите запись каталога это
содержит Контекст Оракула. Каталог, называя контекст является частью a
директивное поддерево, которое содержит один или более Контекстов
Оракула.
b. От списка Oracle Context, выберите Контекст Оракула, к которому Вы хотите к
экспортируйте выбранные сетевые названия сервиса.
c. Нажмите Затем.
Директивная страница Обновления Сервера появляется с состоянием экспортной операции.

8. Нажмите Конец, чтобы уволить Директивного Мастера Миграции Сервера.
Создавание Множественных Заданных по умолчанию Контекстов в Сервере

Обозначения Каталога
Если Вы хотели бы, чтобы клиенты использовали открытие в каталогах, у которых есть
больше чем один oracleContext, Вы можете определить атрибут
orclCommonContextMap в основном контексте администрации; это отменит атрибут
orclDefaultSubscriber. Во время поиска названия операция открытия возвратит
оба значения, и клиент решит основанный на них который oracleContext использовать.
Если атрибут orclCommonContextMap не определен
orclDefaultSubscriber будет использоваться как значение по умолчанию. Если
orclCommonContextMap будет определен, то клиент найдет значение по
умолчанию oracleContext, который связан с его доменом сервера имен доменов в
orclCommonContextMap.
Чтобы допустить множественным заданным по умолчанию контекстам, определите
orclCommonContextMap со списком ассоциаций между доменом и DN, который
будет использоваться как значение по умолчанию oracleContext. Типовому входу файла
LDIF показывают здесь:
$ ldapmodify-v-h nineva-p 1389-D cn=orcladmin-w Джульетта # dn:
cn=Common, cn=Products, cn=OracleContext замена:
orclCommonContextMap orclCommonContextMap: (contextMap =
(domain_map = (domain=us.acme.com) (DN = "dc=acme,
dc=com")) (domain_map = (domain=uk.acme.com) (DN =
"dc=sales, dc=com")))
Практически, contextMap вход должен быть введен без концов строки, как в
следующем примере:
orclCommonContextMap: (contextMap = (domain_map = (domain=us.acme.com) (DN
= "dc=acme, dc=com")) (domain_map = (domain=uk.acme.com) (DN = "dc=sales,
dc=com")))

Оракула для дальнейшей информации относительно того, как
конфигурировать каталог для контекстного отображения
Используя Простое Подключают Метод Обозначения
Экспорт Каталога, Называя Входы к tnsnames.ora Файлу

Как только Вы создаете каталог, называя входы, рассматриваете экспорт входов к
местному tnsnames.ora файлу, и распространение этого регистрирует клиентам.
Клиенты могут использовать в местном масштабе сохраненный файл, когда
директивный сервер временно недоступен.
Чтобы экспортировать каталог, называя входы к местному tnsnames.ora
файлу, используйте Менеджера Предприятия Оракула:
1. Обратитесь к странице Администрирования Сети Оракула в Менеджере Предприятия
Оракула.

5. В Простом разделе Поиска, выберите Oracle Context и критерии поиска, чтобы
видеть сетевые названия сервиса для специфического Контекста Оракула.
Сетевой сервис называет дисплей в разделе Результатов.
6. В разделе Результатов, нажмите Save к tnsnames.ora.
Обработка: Создайте tnsnames.ora страницу Файла, появляется, сообщая Вам о
процессе создания.

Простые соединяются, метод обозначения избавляет от необходимости поиск названия
сервиса в tnsnames.ora файлах для сред TCP/IP; фактически, никакое обозначение
или директивная система не требуются, если Вы используете этот метод.
Этот метод обозначения обеспечивает встроенное обеспечение связи TCP/IP с базами
данных. Это расширяет функциональные возможности главного компьютера, называя
метод, давая возможность клиентам соединиться с сервером базы данных с
дополнительным портом и названием сервиса в дополнение к имени хоста базы данных:
ПОДКЛЮЧИТЕ имя пользователя/пароль [//] главный компьютер [:port] [/service_name]
где:
Если Вы выполнили установку сервера Oracle Database в режиме Typical, заданное по
умолчанию название сервиса, используемое экземпляром класса оракула, является
ORCL, и следующие простые соединяются, синтаксис может использоваться, чтобы
соединиться с тем экземпляром класса:
ПОДКЛЮЧИТЕ username/password@host/ORCL
Таблица 8–4 Подключает Идентификатор для Простого Подключения, Называя

Метод
Описание Элемента Синтаксиса
//Дополнительный. Определите//для URL.
Необходимый главный компьютер. Определите имя хоста или адрес IP базы данных
компьютер сервера.
Имя хоста квалифицировано к домену, если местная
конфигурация операционной системы определяет домен.
Таблица 8–4 (Продолжение следует). Подключите Идентификатор для Простого

Подключения, Называя Метод
Описание Элемента Синтаксиса
Дополнительный порт. Определите порт слушания.
Значение по умолчанию - 1521.
Дополнительный service_name. Определите название сервиса базы данных.
Значение по умолчанию - главный компьютер компьютера
сервера базы данных. Отметьте, что это не могло бы быть тем же
самым значением, которое Вы ввели в подключенную строку для
главного компьютера. Например, для главного компьютера emp,
название сервиса могло бы быть emp.acme.com.
Если главный компьютер не соответствует названию
сервиса базы данных, то введите правильное значение
названия сервиса вместо того, чтобы принять значение по
умолчанию.
(ОПИСАНИЕ =
(ОБРАТИТЕСЬ = (PROTOCOL=tcp) (HOST=host)
(PORT=port)) (CONNECT_DATA =
(SERVICE_NAME=service_name)))
Подключенные новообращённые идентификатора в следующее подключают описатель:

Например, следующее соединяются, строки соединяются, клиент к базе данных
обслуживают sales.us.acme.com с оконечной точкой слушания 1521 на
коммерческом сервере сервера базы данных.
СОЕДИНИТЕСЬ username/password@sales-server:1521/sales.us.acme.com
ПОДКЛЮЧИТЕ имя пользователя/пароль//sales-server/sales.us.acme.com
ПОДКЛЮЧИТЕ имя пользователя/пароль//sales-server.us.acme.com/sales.us.oracle.com
Они соединяются, новообращённый строк в следующее подключают описатель:

(ОПИСАНИЕ =
Для URL или подключений JDBC, префикс подключенный идентификатор с двойной

косой чертой (//): ПОДКЛЮЧИТЕ имя пользователя/пароль [//] [главный компьютер]
[:port] [/service_name]
Для URL или подключений JDBC, префикс подключенный идентификатор с двойной

косой чертой (//): ПОДКЛЮЧИТЕ имя пользователя/пароль [//] [главный компьютер]
[:port] [/service_name]
Используя Простой Подключают Обозначение на Клиенте

Клиенты могут соединиться с сервером базы данных, используя простой, подключают
обозначение, если следующие условия соблюдают:
■ База данных Оракула 10-граммовое Сетевое программное обеспечение Служб
установлена на клиенте.
■ Протокол TCP/IP оракула поддерживает и на клиенте и на сервере базы данных
■ Никакие особенности, требующие более расширенного, не соединяются, описатель требуются
Для больших или сложных сред, где продвинутые особенности, такие как пулинг
подключения, внешние вызовы процедуры, или Гетерогенные Службы, которые
требуют дополнительный, подключают информацию, желательны, просты, соединяются,
обозначение не является подходящим. В этих случаях рекомендуется другой метод
обозначения.

Простой соединяются, обозначение автоматически конфигурировано при инсталляции.

До использования этого Вы можете хотеть гарантировать, что EZCONNECT определен
параметром NAMES.DIRECTORY_PATH в sqlnet.ora файле. Этот параметр
определяет, что заказ обозначения Сети Оракула методов может использовать, чтобы
решить, подключают идентификаторы, чтобы подключить описатели.
Проверить, что простые подключают метод обозначения, конфигурировано:

Проверьте это EZCONNECT, перечисленный в списке Selected Methods. Если
это не, то перейдите к Шагу 5.
5. От списка Available Methods, выберите EZCONNECT, и затем нажмите
кнопку стрелки вправо.
6. От списка Selected Methods, выберите EZCONNECT, и затем используйте кнопку
Promote, чтобы переместить выбор в вершину списка.
перечисляя имя хоста сначала:
НАЗВАНИЯ DIRECTORY_PATH = (ezconnect, tnsnames)
Произвольно Простое Конфигурирование Подключает Обозначение,

чтобы Использовать Псевдоним сервера имен доменов
Вы можете произвольно конфигурировать псевдоним сервера имен доменов для имени
хоста, как предусмотрено с главным компьютером, называя метод в Базе данных
Оракула 10 г. С ведущим обозначением клиенты используют подключенную строку:
ПОДКЛЮЧИТЕ username/password@DNSalias
Чтобы конфигурировать псевдоним, выполните эти задачи:

Задача 1: Гарантируйте, что Сервис Базы данных Регистрирован со Слушателем
Задача 2: Установите Среду Разрешающей способности Имени хоста
Задача 1: Гарантируйте, что Сервис Базы данных Регистрирован со Слушателем

Вы должны регистрировать информацию сервиса базы данных со слушателем. Если
база данных может найти слушателя, то информация о сервисе базы данных
динамически регистрирована со слушателем во время регистрации сервиса, включая
название сервиса. Слушатель найден если:
■заданный по умолчанию слушатель под названием СЛУШАТЕЛЬ, работающий на
TCP/IP, порт, 1521 работает
■ параметр LOCAL_LISTENER установлен в файле инициализации
Если база данных не может найти слушателя, то конфигурируйте listener.ora
файл с параметром GLOBAL_DBNAME, как показано затем:
SID_LIST_listener =
(SID_LIST =
(SID_DESC =

Конфигурирование Внешних Методов Обозначения
(GLOBAL_DBNAME=sales.acme.com)
(SID_NAME=sales)
(ORACLE_HOME =/u01/app/oracle))
См. Также: "Конфигурируя Статическую Информацию Сервиса" относительно

страницы 10-6
Задача 2: Установите Среду Разрешающей способности Имени хоста

Название сервиса должно быть решено через механизм трансляции адреса IP, такой как
Доменная система имен (сервер имен доменов), NIS, или центрально поддержанный
файл главного компьютера TCP/IP,/etc/hosts.
Например, если название сервиса sales.us.acme.com для базы данных существует
на компьютере, названном коммерческим сервером, вход в/etc/hosts файле
был бы похож на следующее:
#IP адрес псевдонима имени хоста сервера
10.10.150.35 коммерческий сервер sales.us.acme.com
Отметьте, что раздел домена названия сервиса должен соответствовать сетевому домену.

Клиенты могут соединиться с базой данных, используя псевдоним. Используя пример в
"Задаче 2: Установите Среду Разрешающей способности Имени хоста", клиент может
использовать sales.acme.com в подключенной строке:
ПОДКЛЮЧИТЕ username/password@sales.us.acme.com
Если клиент и сервер находятся в том же самом домене us.acme.com, клиент должен
ввести только продажи в подключенную строку.

Внешнее обозначение обращается к методу решения сетевого названия сервиса,
сохраненного в системе идентификации имен неоракула, к сетевому адресу. Внешние
системы идентификации имен включают:
■ Сетевая Информационная служба (NIS)
■ Среда распределенных вычислений (аппаратура передачи данных) Служба каталогов Ячейки (система
)
цветного изображения
Сетевая Информационная служба (NIS)

У организаций и корпораций, уже используя NIS как часть их инфраструктуры систем
есть опция, чтобы сохранить сетевые наименования и адреса сервиса в NIS, используя
NIS внешнее обозначение.
Когда пользователь дает команду такой как
sqlplus scott/tiger@payroll
(где платежная ведомость - сервис Оракула), NIS, внешнее обозначение на узле,

выполняющем клиентскую программу (или сервер базы данных, действующий как
клиентская программа), входит в контакт с сервером NIS, расположенным где-нибудь в
сети, и передает сетевое название сервиса к серверу NIS. Сервер NIS решает сетевое
название сервиса в адрес Сети Оракула и возвращает этот адрес клиентской программе
(или сервер, действующий как клиентская программа). Клиентская программа тогда
использует этот адрес, чтобы соединиться с базой данных Оракула.
Компьютер, который действует как сервер NIS, выполняет программу, названную
ypserv, который обрабатывает запросы названия. Программа ypserv сохраняет
различные типы данных в специальных файлах
названные карты. Например, пароли сохранены в карте, названной passwd.byname.

Названия сервиса базы данных оракула сохранены в карте, названной tnsnames.
Когда пользователь выпускает подключенную строку, NIS, внешнее обозначение
использует запрос RPC войти в контакт с программой ypserv и передает платежную
ведомость названия сервиса сети Оракула и название карты-tnsnames. ypserv
программируют просмотры в карте tnsnames для платежной ведомости
названия и ее соответствующего значения, которое является адресом для сетевого
названия сервиса. Адрес возвращен клиенту, и клиентская программа (или сервер,
действующий как клиентская программа), использует этот адрес, чтобы войти в контакт
с сервером базы данных.
Задача 1: Конфигурируйте Серверы NIS, чтобы Поддержать Внешнее Обозначение NIS

Прежде, чем конфигурировать серверы, чтобы поддержать внешнее обозначение NIS,
удостоверьтесь, что NIS конфигурирован и работающий на серверах NIS, который
должен решить названия сервиса сети базы данных Оракула. Консультируйтесь со
своей документацией NIS для специальных сообщений.
Добавляя Карту "tnsnames" к Существующему Набору Карт NIS T o d d t h e tnsnames

отображают к существующему набору карт NIS:
1. Создайте tnsnames.ora файл, как определено в "Конфигурировании
Местного Обозначения
Метод" на странице 8-3.
Примечание: Сохраняет копию tnsnames.ora файла,

предпочтительно в $ORACLE_HOME/network/admin каталоге. Вы,
возможно, должны использовать этот файл снова позже, чтобы
загрузить сетевые названия сервиса в карту NIS.
2. Преобразуйте информационные наполнения tnsnames.ora файла к карте

tnsnames, используя
программа tns2nis.
Примечание: программа tns2nis снабжен Внешним

Обозначением NIS.
Например, выполните tns2nis на командной строке с одним

параметром: tns2nis tnsnames.ora
Программа tns2nis читает tnsnames.ora файл от текущего каталога. (Если

tnsnames.ora файл не расположен в текущем каталоге, Вы можете
использовать полное имя пути, чтобы определить его местоположение
например,/etc/tnsnames.ora или
$ORACLE_HOME/network/admin/tnsnames.ora).
Карта tnsnames тогда написана в текущий рабочий каталог.
3. Скопируйте tnsnames на сервер NIS, если это уже не там.
4. Установите карту tnsnames, используя makedbm, который является программой
NIS.
Примечание: Этот шаг должен быть выполнен ответственным

лицом администрирования NIS.
Программа makedbm преобразовывает карту tnsnames в два файла, которые

может читать сервер NIS. Местоположение этих файлов - определенная
операционная система.
См. Также: Оракул, управляющий системно-специфической
документацией для подробностей

Например, чтобы генерировать и установить карту tnsnames на Операционной

системе Solaris, как корневой пользователь, вводят следующее в командную
строку:
# makedbm tnsnames/var/yp/’domainname ’/tnsnames
Проверяя, что Карта tnsnames была Должным образом Установлена, Вы можете

проверить сервер NIS, чтобы видеть, была ли карта установлена должным образом, печатая
команду с форматом:
ypmatch net_service_name tnsnames
Например, Вы могли бы ввести:

ypmatch payroll.com tnsnames
Это возвращает длину адреса (в символах) сопровождаемый адресом; например:

99 (описание = (обращаются =
(protocol=tcp) (host=garlic)
(port=1999))) (connect_data =
(service_name=dirprod))),
Задача 2: Конфигурируйте Клиентов

Чтобы конфигурировать клиентов, конфигурируйте NIS как первый метод,
определенный в параметре NAMES.DIRECTORY_PATH в sqlnet.ora файле.
Этот параметр определяет, что заказ обозначения Сети Оракула методов может
использовать, чтобы решить, подключают идентификаторы, чтобы подключить
описатели.

5. От списка Available Methods, выберите NIS, и затем нажмите кнопку стрелки
вправо.
6. В списке Selected Methods, выберите NIS, и затем используйте кнопку Promote,
чтобы переместить выбор в вершину списка.
перечисляя nis сначала:
НАЗВАНИЯ DIRECTORY_PATH = (nis, имя хоста, tnsnames)
Среда распределенных вычислений (аппаратура передачи данных) Служба

каталогов Ячейки (система цветного изображения)
См. Также: База данных Оракула Расширенное Руководство
Администратора Безопасности для команд о том, как
конфигурировать Службы каталогов Ячейки (система цветного
изображения)

9
Конфигурирование Конфигураций
Эта глава описывает, как конфигурировать клиента и параметры конфигурации сервера в

конфигурациях. Конфигурация - коллекция параметров, которая определяет
персональные настройки предоставлению и конфигурированию особенностей Сети
Оракула на сервере базы данных или клиенте. Конфигурация сохранена и осуществлена
через sqlnet.ora файл.
■ Краткий обзор Конфигурации Конфигурации
■ Конфигурирование Клиентских Атрибутов для Разрешающей способности Названий
■ Конфигурирование Управления Доступа к базе данных
■ Конфигурирование Расширенной Информации Конфигурации
■ Конфигурирование Внешних Методов Обозначения
■ Конфигурирование Оракула Расширенная Безопасность
Краткий обзор Конфигурации Конфигурации

Вы можете использовать конфигурацию для:
■ Определите клиентский домен, чтобы приложить к дисквалифицированным названиям
■ Расположите по приоритетам методы обозначения
■ Допустите регистрации и рассмотрению особенностей
■ Подключения маршрута через определенные процессы
■ Конфигурируйте параметры для внешнего обозначения
■ Конфигурируйте Оракула Расширенная Безопасность
■ Использование определенные для протокола параметры, чтобы ограничить доступ к базе данных
Конфигурация Конфигурации Во время Инсталляции

Оракул Универсальный Инсталлятор начинает Помощника Конфигурации Сети
Оракула после программной инсталляции на клиенте и сервере. Помощник
Конфигурации Сети Оракула конфигурирует заказ методов обозначения что
компьютерное использование, чтобы решить подключенный идентификатор к
подключенному описателю
Конфигурация с Помощником Конфигурации Сети Оракула во время
инсталляционных результатов в следующих входах в sqlnet.ora файле:
НАЗВАНИЯ DIRECTORY_PATH = (ezconnect, tnsnames)
Конфигурирование Конфигураций 9-1

Конфигурирование Клиентских Атрибутов для Разрешающей способности Названий
НАЗВАНИЯ DIRECTORY_PATH определяют, что первоочередной заказ методов

обозначения, чтобы использовать, чтобы решить подключает идентификаторы.
Если установленная конфигурация не адекватна, Вы можете использовать
Менеджера Сети Оракула, чтобы увеличить sqlnet.ora конфигурацию.
Конфигурирование Клиентские Атрибуты для

Разрешающей способности
Названий
Следующие разделы описывают доступные клиентские опции конфигурации:
■ Конфигурирование Заданного по умолчанию Домена для Клиентов
■ Расположение по приоритетам Методов Обозначения
■ Маршрутизация Запросов на установление соединения
Конфигурирование Заданного по умолчанию Домена для Клиентов

В средах, где клиент часто просит названия от определенного домена, уместно
установить заданный по умолчанию домен в клиентском sqlnet.ora файле с
параметром NAMES.DEFAULT_DOMAIN.
Когда заданный по умолчанию домен установлен, он автоматически приложен к
любому дисквалифицированному сетевому названию сервиса, поданному
подключенная строка, и затем по сравнению с сетевыми названиями сервиса,
сохраненными в tnsnames.ora файле.
Например, если клиентский tnsnames.ora файл содержит сетевое
название сервиса sales.us.acme.com, пользователь может ввести
следующее, подключают строку:
В этом примере продажи обысканы как sales.us.acme.com.

Если подключенная строка включает расширение домена, такой, поскольку в
ПОДКЛЮЧАЮТ scott/tiger@sales.us.acme.com, домен не приложен. Если
сетевое название сервиса в tnsnames.ora файле не квалифицированный домен, и
эти параметры установлены, сетевое имя сервиса должно быть введено с точкой () ".".
Например, если домен установлен в us.acme.com и клиентский tnsnames.ora
файл, содержит сетевое название сервиса продаж, пользователь ввел бы следующее,
подключают строку:
Определить заданный по умолчанию домен:


5. В поле Default Domain, введите домен.
sqlnet.ora файл должен содержать вход, который похож на следующее:
НАЗВАНИЯ DEFAULT_DOMAIN=US.ACME.COM
Конфигурирование Клиентских Атрибутов для
Разрешающей способности Названий
Расположение по приоритетам Методов Обозначения

После обозначения методов конфигурированы, как описано в Главе 8, "Конфигурируя
Обозначение Методов", они должны быть расположены по приоритетам. Метод
обозначения наверху списка используется сначала, чтобы решить подключенный
идентификатор. Если первый метод обозначения в списке неспособен решить
подключенный идентификатор, то второй метод в списке используется.
Определить заказ обозначения методов:

Ta b l e 9 – 1 описывает значения метода обозначения, перечисленные в позиции
табуляции Methods.
Таблица 9–1 Значение Метода Обозначения

Обозначение Метода
Описание Значения
TNSNAMES (местный Выбор, чтобы решить сетевой сервис называют через
обозначение метода) tnsnames.ora файл на клиенте.
См. Также: "Конфигурируя Местный Метод Обозначения" на странице
8-3
LDAP (каталог, Выберите, чтобы решить название сервиса базы данных, сетевое
называя метод) название сервиса, или сетевой псевдоним сервиса через
директивный сервер.
См. Также: "Конфигурируя Каталог, Называя Метод" на
EZCONNECT или ИМЯ Выберите, чтобы дать возможность клиентам использовать
ХОСТА (простой TCP/IP, подключают идентификатор, состоя из имени хоста и
подключают дополнительного порта и обслуживают название, или решают
обозначение или псевдоним имени хоста через существующий сервис
главный компьютер, разрешающей способности названий или центрально
поддержанный набор/etc/hosts файлов.
Система Набор, чтобы решить базу данных Оракула называет в
цветного Среде распределенных вычислений (аппаратура передачи
изображения данных) среду.
См. Также: База данных Оракула Расширенное
Руководство Администратора Безопасности
NIS (Сетевой Набор, чтобы решить информацию сервиса через существующий NIS.
Информационная служба
См. Также: "Сетевая Информационная служба (NIS)" на
странице 8-23 (NIS) внешнее обозначение
метод)
5. Выберите методы обозначения от списка Available Methods, и затем нажмите

кнопка стрелки вправо.
Выбранные методы обозначения двигаются в список Selected Methods.
6. Закажите методы обозначения согласно заказу, в котором Вы хотите, чтобы Сеть
Оракула попыталась решить сетевое название сервиса или название сервиса базы
данных. Выберите метод обозначения в списке Selected Methods, и затем нажмите
Promote или Demote, чтобы переместить выбор вверх или вниз в список.
Конфигурирование Управления Доступа к базе данных
sqlnet.ora файл обновляет с параметром NAMES.DIRECTORY_PATH:

НАЗВАНИЯ DIRECTORY_PATH = (ldap, tnsnames)
Маршрутизация Запросов на установление соединения

Клиенты и серверы, действующие как клиенты, могут быть конфигурированы так,
запросы на установление соединения направлены к определенному процессу. Чтобы
конфигурировать эту особенность так, чтобы все подключения использовали
специфический сервер, Вы выбираете опцию Always Use Dedicated Server в Менеджере
Сети Оракула. Это устанавливает sqlnet.ora параметры, чтобы вынудить слушателя
породить выделенный сервер для всех сетевых сеансов от клиента. Результат -
подключение выделенного сервера, даже если общедоступный сервер конфигурирован.
Направить запросы на установление соединения:

2 В области окна навигатора, расширьтесь Местный>
. Конфигурация.
3 От списка в правой области окна, выберите General.
. Нажмите позицию табуляции Routing.
4 Выберите привилегированный способ, которым Вы хотите
. направленные запросы на установление соединения.
5
См. Также: Ta b l e 9 – 3 для описания Файла полей и опций
.
Choose> Сохраняют Конфигурацию сети.
6.
Конфигурирование Управления Доступа к базе данных
Вы можете конфигурировать sqlnet.ora файл, чтобы позволить доступ к
некоторым клиентам и лишить доступа другим. Таблица 9–2 описывает доступные
параметры настройки.
Таблица 9–2 Параметра настройки Управления доступом в sqlnet.ora

Менеджер Сети
Оракула Описание Параметра Файла
Поле/опция sqlnet.ora
Проверьте права ПРОВЕРКА Использование, чтобы определить, показать
доступа клиента TCP.VALIDNODE_ на экране ли доступ к базе данных.
TCP/IP Если это поле выбрано, Менеджер Сети Оракула
проверяет параметры TCP.EXCLUDED_NODES и
TCP.VALIDNODE_CHECKING, чтобы определить
который клиенты позволить доступ к базе данных.
Если это поле снимают выделение, Менеджер Сети
Оракула не показывает на экране клиентов.
TCP.EXCLUDED_NODES Использование, чтобы определить, какие клиенты,

Клиенты исключены использующие протокол TCP/IP, лишены доступа
из доступа к базе данных.
TCP.INVITED_NODES
Клиенты позволили Использование, чтобы определить, каким
обращаться клиентам, использующим протокол TCP/IP,
разрешают доступ к базе данных.
Конфигурировать управление
доступа к базе данных: 1. Менеджер
Сети Оракула Начала.

Конфигурирование Расширенной Информации Конфигурации

2. От списка в правой области окна, выберите General.
3. Нажмите позицию табуляции Access Rights.
4. Выберите опцию прав доступа клиента TCP/IP Проверки.
5. В Клиентах, исключенных из доступа и Клиентов, позволил обращаться к полям,
вводить или имя хоста или адрес IP для клиента, которого Вы желаете быть или
исключить, используя запятые, чтобы разграничить входы, помещенные в ту же
самую строку.

Ta b l e 9 – 3 описывает расширенные sqlnet.ora параметры настройки файла,
которые Вы можете установить.

Таблица 9–3 Расширенных Параметра настройки в sqlnet.ora

Отошлите операцию SQLNET.SEND_TIMEOUT Использование, чтобы определить время,
Time мгновенно, для сервера базы данных, чтобы
завершить посылающуюся операцию клиентам,
чтобы завершить после учреждения подключения.
Для сред, в которых клиенты закрывают при случае
или неправильно, устанавливая эти параметры,
рекомендуется. Если сервер базы данных неспособен
завершить посылающуюся операцию в определенное
время, то это регистрирует anORA-12535:
TNS:operation, установленный и РТЫ
12608: ТЕХНИЧЕСКИЕ ПРИМЕЧАНИЯ: Пошлите
время ожидания, произошедшее с sqlnet.log
файлом.
Без этого параметра сервер базы данных продолжает
посылать ответы клиентам, которые неспособны
получить данные из-за побежденного компьютера или
занятого государства.
Вы можете также установить эти параметры на
clientside, чтобы определить, что время, мгновенно, для
клиента, чтобы завершить посылает операции в сервер
Получите операцию SQLNET.RECV_TIMEOUT базы данных после учреждения подключения. Без
Time этого параметра клиент может продолжить посылать
запросы в сервер базы данных, уже насыщаемый с
запросами.
Использование, чтобы определить время, мгновенно,
для сервера базы данных, чтобы ждать клиентских
данных после учреждения подключения. Клиент
должен послать некоторые данные в пределах
интервала времени.
Для сред, в которых клиенты закрывают при случае
или неправильно, устанавливая эти параметры,
рекомендуется. Если клиент не посылает данных,
вовремя определенных, то сервер базы данных
регистрирует РТЫ 12535: TNS:operation,
установленный и РТЫ 12609: ТЕХНИЧЕСКИЕ
ПРИМЕЧАНИЯ: Получите время ожидания,
произошедшее с sqlnet.log файлом.
Без этого параметра сервер базы данных продолжает
ждать данных от клиентов, которые могут снизиться
или испытывают трудности.
Вы можете также использовать эту установку на
clientside, чтобы определить время, мгновенно, для
Время Подключения SQLNET.INBOUND_ клиента, чтобы ждать данных ответа от сервера базы
CONNECT_TIMEOUT данных после учреждения подключения. Без этого
параметра клиент может ждать в течение длительного
периода времени для ответа от сервера базы данных,
насыщаемого с запросами.
Определите время, мгновенно, для клиента, чтобы
соединиться с сервером базы данных и предоставить
Общее количество SEND_BUF_SIZE необходимую опознавательную информацию.
Посылает Буферный См. Также: "Конфигурируя Слушателя и Базу данных
Размер Оракула, Чтобы Ограничить Потребление Ресурса
Неправомочными Пользователями" на странице 14-7
для законченной информации о конфигурировании
этой установки
Определите, что предел пространства буфера для
посылает операции сеансов.
См. Также: "Конфигурируя Пространство буфера
ввода - вывода" на
страница 14-3 для законченной информации о
конфигурировании
эта установка

Таблица 9–3 (Продолжение следует). Расширенные Параметры настройки в sqlnet.ora

Общее количество RECV_BUF_SIZE Определите, что предел пространства буфера для
Получает Буферный получает операции сеансов.
Размер См. Также: "Конфигурируя Пространство буфера
ввода - вывода" на
страница 14-3 для законченной информации о
конфигурировании
SQLNET.EXPIRE_TIME эта установка
Время
ТЕХНИЧЕСКИХ Используют, чтобы определить определение интервал
ПРИМЕЧАНИЙ времени, в минутах, послать тестовое сообщение,
Оценивает чтобы проверить, что клиент-серверные подключения
являются активными. Установка значения, больше чем
0, гарантирует, что подключения не оставляют
открытыми неопределенно, из-за аварийного
клиентского завершения. Если тестовое сообщение
находит законченное подключение, или подключение,
которое больше не находится в использовании, оно
возвращает ошибку, заставляя процесс сервера выйти.
Эта установка предназначена для сервера базы данных,
который типично обрабатывает множественные
подключения в любой момент.
Ограничения на использование этой законченной
особенности обнаружения подключения:
■ Это не позволено на завещаемых подключениях.
■ Хотя очень маленькое, пакет тестового сообщения
генерирует дополнительный трафик, который
может понизить сетевую производительность.
■ В зависимости от которого используется
операционная система, сервер, возможно, должны
РЕГИСТРАЦИЯ
выполнить дополнительную обработку, чтобы
SQLNET.CLIENT_
отличить подключение, исследуя случай от других
событий, которые происходят. Это может также
привести к понижению сетевой
Клиентский производительности.
Регистрационный
идентификатор Использование, чтобы определить уникальный
идентификатор для клиента. Этот идентификатор
передают слушателю с любым запросом на
установление соединения. Идентификатор может быть
любой строкой до 128 символов долго.
Конфигураций 9-7
Таблица 9–3 (Продолжение следует). Расширенные Параметры настройки в sqlnet.ora

Подключитесь Опознавательный SQLNET_ALLOWED_LOGON_
Использование, чтобы определить, который опознавательные протоколы
ВЕРСИИ Версии Протокола
позволенный клиентом или базой данных. Если клиент и
у сервера базы данных нет по крайней мере одного соответствия
версия, тогда аутентификация терпит неудачу с
Поддержанные значения включают:
■ 10 для 10-граммовых опознавательных
протоколов
■ 9 для 9i опознавательные протоколы
■ 8 для 8i опознавательные протоколы
■ Значение по умолчанию для 10 г, 9i, и 8i
опознавательные протоколы
Любое значение кроме 10 могло выставить
уязвимость, которая, возможно, существовала в
предыдущей версии опознавательных протоколов. Для
законченной совместимости, набор список допустимых
версий для входа в систему к Значению по
умолчанию, чтобы включать все версии базы данных
в системе.
ошибкой.
Выключите BEQUEATH_DETACH Использование, чтобы включить или выключить
Обработку Сигнала обработку сигнала UNIX.
UNIX Так как приложение-клиент порождает процесс
сервера внутренне через Завещающийся протокол как
дочерний процесс, приложение-клиент становится
ответственным за очистку дочернего процесса, когда
это завершает. Когда процесс сервера завершает свои
обязанности подключения, это становится более не
существенным процессом. Обработчики сигнала
ответственны за очистку этих более не существенных
процессов. Установка этого параметра конфигурирует
клиентскую конфигурацию, чтобы передать этот
DISABLE_OOB процесс к UNIX init процесс, отключая обработчики
Отключите Разрыв сигнала.
Из полосы
Использование, чтобы включить или выключить
разрывы из полосы.
Если снято выделение или установлено в прочь, дает
возможность Сети Оракула послать и получить
сообщения "разрыва", используя срочные данные,
предоставленные в соответствии с основным
протоколом.
Если выбрано или установлено в на, отключает
способность послать и получить сообщения "разрыва",
используя срочные данные, предоставленные в
соответствии с основным протоколом. После того, как
допущенный, эта особенность применяет ко всем
протоколы, используемые этим клиентом.
См. Также: Оракул, управляющий системно-
специфической документацией, чтобы определить,
поддерживает ли протокол срочные запросы данных.
TCP/IP - пример протокола, который поддерживает эту
особенность.
Установить продвинутые особенности:


4. Нажмите позицию табуляции Advanced.

Конфигурирование Оракула Расширенная Безопасность
5. Введите значения для полей или опций, которые Вы хотите установить.
См. Также: Ta b l e 9 – 3 для описания полей и опций
6. Выберите Файл> Сохраняют Конфигурацию сети.

Конфигурируйте требуемые клиентские параметры, необходимые для внешнего
обозначения NIS или системы цветного изображения внешний метод обозначения в
конфигурации. Таблица 9–4 описывает sqlnet.ora файл внешние параметры
настройки обозначения, которые Вы можете установить.
Таблица 9–4 Внешних Параметра настройки Методов Обозначения в sqlnet.ora

Менеджер Сети Оракула Описание Параметра Файла sqlnet.ora
Поле
Название Ячейки NAMES.DCE.PREFIX Вводят правильное имя ячейки аппаратуры передачи данных
(префикс).
Мета Карта НАЗВАНИЯ NIS.META_MAP Определяют карту, специальный файл, который
содержит
название сервиса базы данных.
Конфигурировать внешние параметры метода обозначения:


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

Оракул Расширенная Безопасность допускает кодированию данных и проверке
целостности, улучшенной аутентификации, единственной заставке, и поддержке
аппаратуре передачи данных. Оракул Расширенная Безопасность также предоставляет
централизованному пользовательскому управлению на серверах каталога LDAP-
compliant и основанной на свидетельстве единственной заставке; эти функциональные
возможности полагаются на Уровень защищенных гнёзд (SSL).
Конфигурировать клиента или сервер, чтобы использовать Оракула Расширенные
особенности Безопасности:

3. От списка в правой области окна, выберите Oracle Advanced Security.
Каждая страница позиции табуляции Oracle Advanced Security дает возможность Вам
конфигурировать отдельный набор параметров.

См. Также:
■ Выберите кнопку Помощи на специфической странице позиции табуляции
■ Оракул Расширенная Безопасность процедурные темы в
Менеджере Сети Оракула интерактивная справка. Чтобы
обратиться к этим темам в интерактивной справке, выберите
Oracle Advanced Security> Как К.
■ База данных Оракула Расширенное Руководство
Администратора Безопасности для дальнейшей информации
о конфигурации
4. Выберите или редактируйте опции как соответствующие.


10
Конфигурирование и Управление
Слушателем
Слушатель - отдельный процесс, который выполняется на компьютере сервера базы

данных. Это получает входящие клиентские запросы на установление соединения и
управляет трафиком этих запросов на сервер базы данных. Эта глава описывает, как
конфигурировать слушателя, чтобы принять клиентские подключения.
■ Краткий обзор Конфигурации Слушателя
■ Конфигурация Слушателя Во время Инсталляции
■ Настройка Конфигурации Слушателя
■ Конфигурирование Регистрации Сервиса
■ Администрирование Слушателя
См. Также:
■ Глава 3, "Понятия Обеспечения связи" для описания того, как слушатель
используется во время начального запроса на установление
соединения
■ Глава 5, "Архитектура Служб Сети Оракула" для архитектурного
краткого обзора слушателя
Краткий обзор Конфигурации Слушателя
Примечание: слушатель версии 10 требуется для базы данных 10 г Базы

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

информацией о поддержанных службах, и параметрами, которые управляют ее во время
выполнения поведением. Конфигурация слушателя сохранена в файле конфигурации,
названном listener.ora.
Поскольку у всех параметров конфигурации есть значения по умолчанию, это возможно,
чтобы запустить и использовать слушателя без конфигурации. Этот заданный по
умолчанию слушатель имеет имя СЛУШАТЕЛЯ, не поддерживает служб по запуску, и
слушает на следующем адресе протокола TCP/IP:
(ОБРАТИТЕСЬ = (PROTOCOL=tcp) (HOST=host_name) (PORT=1521)),
Конфигурирование и Управление Слушателем 10-1

Конфигурация Слушателя Во время Инсталляции
Поддержанные службы, то есть, службы, к который слушатель вперед клиентские

запросы, могут быть конфигурированы в listener.ora файле, или эта информация
может быть динамически регистрирована со слушателем. Эту динамическую
регистрационную особенность называют регистрацией сервиса. Регистрация
выполнена процессом PMON — процессом фона экземпляра класса — каждого
экземпляра класса базы данных, у которого есть необходимая конфигурация в файле
параметра инициализации базы данных. Динамическая регистрация сервиса не требует
никакой конфигурации в listener.ora файле.
См. Также: "Архитектура Слушателя" на странице 5-7
Регистрация сервиса предлагает следующие льготы:

■ Упрощенная конфигурация
Регистрация сервиса уменьшает потребность в установке параметра
SID_LIST_listener_name, которая определяет информацию о базах данных,
поданных слушателем, в listener.ora файле.
Примечание: параметр SID_LIST_listener_name все еще

требуется, если Вы используете Менеджера Предприятия Оракула,
чтобы управлять базой данных.
■ обход отказа Времени сеанса

Поскольку слушатель всегда знает государство экземпляров класса, регистрация
сервиса облегчает автоматический обход отказа клиента, подключают запрос с
различным экземпляром класса, если один экземпляр класса снижается.
В статической модели конфигурации слушатель запустил бы выделенный сервер
после получения клиентского запроса. Сервер позже узнал бы, что экземпляр класса
не, вызывая "Оракула не доступное" сообщение об ошибках.
■ Во время выполнения балансирование загрузки подключения
Регистрация сервиса дает возможность слушателю отправить клиенту, подключают
запросы с наименее нагруженным экземпляром класса и диспетчером или
выделенным сервером. Регистрация сервиса балансирует загрузку через
обработчики сервиса и узлы.
См. Также:
■ "Архитектура Слушателя" на странице 5-7

■ "Конфигурирующий Регистрацию Сервиса" на странице 10-9
■ "Конфигурируя Параметры Списка адресов" на странице 13-3
■ "Конфигурируя Во время выполнения Загрузку
Подключения, Балансирующую" на странице 13-7
Конфигурация Слушателя Во время Инсталляции

Оракул Универсальный Инсталлятор начинает Помощника Конфигурации Сети
Оракула во время программной инсталляции. Помощник Конфигурации Сети Оракула
дает возможность Вам конфигурировать адрес протокола слушания и информацию
сервиса для базы данных Оракула.
Во время инсталляции Edition или Standard Edition Предприятия на сервере базы данных
Помощник Конфигурации Сети Оракула автоматически конфигурирует слушателя с
именем СЛУШАТЕЛЯ, у которого есть TCP/IP, слушая адрес протокола для базы данных
Оракула. Во время инсталляции Custom Помощник Конфигурации Сети Оракула
запрашивает Вас конфигурировать название слушателя и адрес протокола Вашего
выбора.
Настройка Конфигурации Слушателя
Дополнительно, адрес протокола IPC слушания для внешних вызовов

процедуры автоматически конфигурирован, независимо от инсталляционного
типа.
Помощник Конфигурации Сети Оракула также автоматически конфигурирует
информацию сервиса для внешних процедур в listener.ora файле.
Пример 10–1 показ listener.ora выборка файла. Вход СЛУШАТЕЛЯ определяет
адрес протокола слушания для слушателя под названием СЛУШАТЕЛЬ, и вход
СЛУШАТЕЛЯ SID_LIST_ предоставляет информацию о службах, статически
поддержанных СЛУШАТЕЛЕМ слушателя.
Пример 10–1 Пример listener.ora Файл

СЛУШАТЕЛЬ =
(ОПИСАНИЕ =
(ADDRESS_LIST =
(ОБРАТИТЕСЬ = (PROTOCOL=tcp) (HOST=sales-server) (PORT=1521))
(ОБРАТИТЕСЬ = (PROTOCOL=ipc) (KEY=extproc))))
SID_LIST_LISTENER = (SID_LIST = (SID_DESC =
(SID_NAME=plsextproc)
(ORACLE_HOME =/oracle10g)
(PROGRAM=extproc)))
Если Вы используете протокол IPC, Вы можете улучшить производительность,

определяя максимальное число параллельных запросов на установление соединения IPC,
чтобы соответствовать Вашим ожидаемым запросам на установление соединения. В
listener.ora например, Вы можете определить значение как в следующем примере:
listener_name = (описание = (обращаются = (protocol=ipc) (key=listener0)
(queuesize=50))),

Оракула для дальнейшей информации об идентификации
слушателей уникальными именами и создаванием
множественных входов слушателя в listener.ora файле

Если значение по умолчанию или установленная конфигурация не адекватны для
специфической среды, Вы можете использовать Менеджера Сети Оракула, чтобы
настроить listener.ora конфигурацию.
Этот раздел содержит эти темы конфигурации:
■ Конфигурирование Адресов Протокола Слушания
■ Конфигурирование Доступа к Оракулу JServer
■ Конфигурирование Статической Информации Сервиса
■ Конфигурирование Аутентификации Пароля для Слушателя
Конфигурирование Адресов Протокола Слушания

Чтобы конфигурировать дополнительные адреса протокола для слушателя,
используйте Менеджера Предприятия Оракула:
Предприятия Оракула. См. Также: "Менеджер Предприятия Оракула" на
2. Выберите Listeners от списка Administer, и затем выберите Оракула домой, который

содержит местоположение файлов конфигурации.
Страница Слушателей появляется.
4. Выберите слушателя, и затем нажмите
Edit. Страница Слушателя
Редактирования появляется.

слушать.
Конфигурируя слушателя, чтобы слушать на TCP/IP, Вы должны ввести
заданный по умолчанию порт 1521. Если Вы не делаете, Вы должны
конфигурировать параметр LOCAL_LISTENER в intialization файле параметра
и решить название слушателя через метод обозначения.
См. Также:
дальнейшей информации
об адресах протокола и TCP/IP давал портам привилегию
■ "Регистрирующаяся Информация со Слушателем Не по умолчанию" на
страница 10-10
Если у компьютера есть больше чем один адрес IP, и Вы хотите, чтобы
слушатель слушал на всех доступных адресах IP, конфигурировал TCP/IP или
TCP/IP с SSL и ввел имя хоста компьютера в поле Host.
предел для посылает и получает операции сеансов Всего, Посылают
Буферный Размер

e. Нажать OK.

6. Повторите Шаг 5 для дополнительных протоколов.
Примечание: Вы можете также конфигурировать дополнительные

адреса слушания с Менеджером Сети Оракула. См., что тема
Создает Адрес Слушателя в интерактивной справке для
дальнейшей машинной команды.
Конфигурирование Доступа к Оракулу JServer

Клиенты обращаются к Предприятию JavaBeans (EJBs) и Общим приложениям
(CORBA) Архитектуры Посредника запросов к объектам, предоставленным опцией
JServer Оракула, в базе данных Oracle8i по Протоколу Межшара (интеллектуальный
процессор ввода-вывода) подключение. Интеллектуальный процессор ввода-вывода
реализация Общего Протокола Межшара (универсальный процессор ввода-вывода) по

TCP/IP. Чтобы поддержать доступ к CORBA и СПЕЦИФИКАЦИИ EJB, Вы
конфигурируете слушателя с адресом протокола с портом 2481 для TCP/IP или порта
2482 для TCP/IP с SSL.
Чтобы конфигурировать протокол обращаются для Оракула к JServer в базе данных 10 г Базы данных
Оракула:
2. В области окна навигатора, расширьтесь Местный> Слушатели.

3. Выберите слушателя.
4. От списка в правой области окна, выберите Listening Locations.
5. Нажмите Add Address.
Появляется новая позиция табуляции Address.
6. Выберите TCP/IP или TCP/IP с протоколом SSL от списка Protocol.
7. Введите имя хоста базы данных в поле Host.
8. Введите порт 2481 для TCP/IP в поле Port, или введите порт 2482 для TCP/IP с SSL в
поле Port.
9. Нажмите Statically выделяет этот адрес для подключений JServer.
listener.ora файл обновляет со следующим:

слушатель = (DESCRIPTION_LIST = (ОПИСАНИЕ = (ОБРАЩАЮТСЯ =
(PROTOCOL=tcp) (HOST=sales1-server) (PORT=2481))
(PROTOCOL_STACK =
(PRESENTATION=giop)
(SESSION=raw))))
Обработка Больших Томов Параллельных Запросов на установление

Если Вы ожидаете, что слушатель обработает большие тома параллельных запросов на
установление соединения, то Вы можете определить размер очереди слушателя для его
TCP/IP или IPC, слушая оконечные точки. Чтобы определить размер очереди слушателя,
определите параметр QUEUESIZE в конце адреса протокола с его набором значений к
ожидаемому числу параллельных запросов. Например:
Пример 10–2 listener.ora Файла с Размером Очереди

СЛУШАТЕЛЬ = (ОПИСАНИЕ = (ОБРАЩАЮТСЯ = (PROTOCOL=tcp) (HOST=sales-
server) (PORT=1521) (QUEUESIZE=20))),

Примечание: заданное по умолчанию число параллельных запросов на

установление соединения является определенной операционной
системой. Значения по умолчанию для TCP/IP на Операционной
системе Solaris и Windows следуют:
■ Операционная система Solaris: 5
■ Рабочая станция Windows NT 4.0: 5
■ Сервер Windows NT 4.0: 50
Конфигурирование Статической Информации Сервиса

Слушатель использует динамическую информацию сервиса о базе данных и
экземпляре класса, который это получило через регистрацию сервиса прежде, чем
использовать статически конфигурированную информацию в listener.ora файле.
Статическая конфигурация также требуется для других служб, таких как внешние
процедуры, Гетерогенные Службы.
Ta b l e 1 0 – 1 описывает статические параметры настройки сервиса, которые Вы можете установить в
listener.ora файле.
Таблица 10–1 Статический Параметр настройки Сервиса в listener.ora

Менеджер Сети Параметр
Оракула Поле Файла Описание
listener.ora
Определяет Идентификатор Системы Оракула
СИД SID_NAME (СИД) экземпляра класса. Вы можете получить
значение СИДА из параметра INSTANCE_NAME в
файле параметра инициализации.
Название Сервиса GLOBAL_DBNAME Идентифицирует сервис базы данных.
Обрабатывая клиентский запрос на установление
соединения, попытки слушателя соответствовать
значению этого параметра со значением параметра
SERVICE_NAME в клиенте подключают описатель.
Если клиент подключает дескрипторное использование
параметр SID, то слушатель не пытается отобразить
значения. Этот параметр прежде всего предназначен для
конфигураций с базами данных выпуска 8.0 Oracle8 (где
динамическая регистрация сервиса не поддержана для
выделенных серверов). Этот параметр может также
требоваться для использования с Oracle8i и более
высокими службами базы данных некоторыми
конфигурациями.
Значение для этого параметра типично получается из
комбинации параметров DB_NAME И DB_DOMAIN
(DB_NAME.DB_DOMAIN) в файле параметра
инициализации, но значение может также содержать
Каталог ORACLE_HOME Первой страницы любое правильное название, используемое клиентами,
Оракула чтобы идентифицировать сервис.
На UNIX эта установка является дополнительной.
Используйте это, чтобы определить исходное
размещение Оракула экземпляра класса. Без этой
установки слушатель принимает ее Оракула домой для
экземпляра класса.
На Windows проигнорирована эта установка. Оракул,
домой определенный параметром ORACLE_HOME в
HKEY_ LOCAL_MACHINE\SOFTWARE\ORACLE\
HOMEID системного реестра Windows, используется.
Важный: Если Вы используете обход отказа времени сеанса или

Прозрачный Прикладной Обход отказа (TAF), такой как в Оракуле
Реальная Прикладная Кластерная среда, то не устанавливайте
параметры GLOBAL_DBNAME.
См. Также:
■ "Конфигурируя Регистрацию Сервиса" на странице 10-9 для
получения дополнительной информации о конфигурировании
динамической регистрации сервиса баз данных Оракула
■ Глава 13, "Предоставление Расширенным Особенностям Служб Сети
Оракула" для получения дополнительной информации о статическом
конфигурировании слушателя для внешних процедур и

Гетерогенных Служб
■ Менеджер Предприятия Оракула Расширенная Конфигурация
для дальнейшей информации о Менеджере Предприятия
Оракула
Статически конфигурировать слушателя:

2. Выберите Listeners от списка Administer, и затем выберите Оракула домой,

который содержит местоположение файлов конфигурации.
Edit. Страница Слушателя
5. Нажмите позицию табуляции Static Database Registration, и затем нажмите Add.
Добавляющаяся страница Сервиса Базы данных появляется. Введите
запрошенную информацию в поля.
См. Также: Ta b l e 1 0 – 1 на странице 10-6 для описания полей
6. Нажать OK.
Примечание: Вы можете также конфигурировать статическую

информацию сервиса с Менеджером Сети Оракула. См. тему
Статически Информация Сервиса Базы данных Выбора
конфигурации в интерактивной справке для дальнейшей
машинной команды.
Следующий пример показывает выборке listener.ora файла, статически

конфигурированного для сервиса базы данных, названного
sales.us.acme.com:
SID_LIST_listener =
(SID_LIST =
(SID_DESC =
(GLOBAL_DBNAME=sales.us.acme.com)
(SID_NAME=sales)
(ORACLE_HOME =/u01/app/oracle/10g)))
Конфигурирование Аутентификации Пароля для Слушателя
Примечание:, Если Вы управляете слушателем дистанционно по опасной

сети и требуете максимальной безопасности, конфигурирует слушателя
с безопасным адресом протокола, который использует TCP/IP с
протоколом SSL. Если у слушателя есть множественные адреса
протокола, гарантируйте, что TCP/IP с адресом протокола SSL
перечислен сначала в listener.ora файле.
Важно обеспечить безопасность через пароль для слушателя. С паролем операции,

которым дают привилегию, такие как сохранение изменений конфигурации или
остановка слушателя, используемого от утилиты Listener Control, потребуют пароля.
Используйте команду утилиты CHANGE_PASSWORD Listener Control или Менеджера
Предприятия Оракула, чтобы установить или изменить зашифрованный пароль в
параметре названия PASSWORDS_listener_ в listener.ora файле. Если
параметры PASSWORDS_listener_name установлены к незашифрованному паролю,
Вы должны вручную удалить их из listener.ora файла до изменения их. Если
незашифрованный пароль не будет удален, то Вы будете неспособны успешно
установить зашифрованный пароль.
Установить или изменить зашифрованный пароль Менеджером Предприятия Оракула:

Edit. Страница Слушателей
5. Нажмите позицию табуляции Authentication.
6. Нажмите Require пароль для операций слушателя.
7. Нажать OK.
Примечание: Вы можете также конфигурировать статическую

информацию сервиса с Менеджером Сети Оракула. См.
Аутентификацию Пароля Выбора конфигурации темы для
Слушателя в интерактивной справке для дальнейшей
машинной команды.
Чтобы установить новый зашифрованный пароль с командой CHANGE_PASSWORD,

выпустите следующие команды от утилиты Listener Control:
LSNRCTL> CHANGE_PASSWORD
Старый пароль:
Новый пароль: takd01
Повторно введите новый пароль: takd01
Соединение с (ОПИСАНИЕ = (ОБРАЩАЮТСЯ = (PROTOCOL=tpc) (HOST=sales-server) (PORT=1521))),
Пароль изменился для СЛУШАТЕЛЯ
Команда, законченная успешно
LSNRCTL> SAVE_CONFIG
Конфигурирование Регистрации Сервиса
Соединение с (ОПИСАНИЕ = (ОБРАЩАЮТСЯ = (PROTOCOL=TCP) (HOST=sales-server) (PORT=1521))),

Сохраненные параметры конфигурации СЛУШАТЕЛЯ.
Файл Параметра Слушателя/oracle/network/admin/listener.ora
Старый Файл Параметра/oracle/network/admin/listener.bak
Полужирный обозначает пользовательский ввод. Пароль не отображен когда введено.

Изменить зашифрованный пароль командой CHANGE_PASSWORD:
LSNRCTL> ПАРОЛЬ НАБОРА
Пароль: takd01
LSNRCTL> CHANGE_PASSWORD
Старый пароль: takd01
Новый пароль: smd01
Повторно введите новый пароль: smd01
Соединение с (ОПИСАНИЕ = (ОБРАЩАЮТСЯ = (PROTOCOL=tpc) (HOST=sales-server) (PORT=1521))),
Пароль изменился для СЛУШАТЕЛЯ
LSNRCTL> SAVE_CONFIG
Соединение с (ОПИСАНИЕ = (ОБРАЩАЮТСЯ = (PROTOCOL=TCP) (HOST=sales-server) (PORT=1521))),
Сохраненные параметры конфигурации СЛУШАТЕЛЯ.
Файл Параметра Слушателя/oracle/network/admin/listener.ora
Старый Файл Параметра/oracle/network/admin/listener.bak

данных Оракула для дальнейшей информации о команде
CHANGE_PASSWORD

Для баз данных Oracle9i слушатель использует динамическую информацию сервиса о
базе данных и экземпляре класса, который это получило через сервис registrationbefore
использующий статически конфигурированную информацию в listener.ora файле.
Динамическая регистрация сервиса конфигурирована в файле инициализации базы
данных. Это не требует никакой конфигурации в listener.ora файле. Однако,
конфигурация слушателя должна быть синхронизирована с информацией в файле
инициализации базы данных.
Этот раздел содержит следующие темы конфигурации, связанные, чтобы обслужить
регистрацию:
■ Конфигурирование Регистрации Сервиса
■ Регистрирование Информации со Значением по умолчанию, Местным Слушателем
■ Регистрирование Информации со Слушателем Не по умолчанию
■ Регистрирование Информации с Отдаленным Слушателем
■ Конфигурирование Метода Обозначения

Чтобы гарантировать регистрационные работы сервиса должным образом, файл
параметра инициализации должен содержать следующие параметры:
■ SERVICE_NAMES для базы данных обслуживают название
■ INSTANCE_NAME для экземпляра класса
называют Например:

SERVICE_NAMES=sales.us.acme.com
INSTANCE_NAME=sales
Значение для значений по умолчанию параметра SERVICE_NAMES к глобальному

названию базы данных, названию, включающему параметры DB_NAME И
DB_DOMAIN в файле параметра инициализации, введенном во время инсталляции или
создания базы данных. Значение для значений по умолчанию параметра
INSTANCE_NAME СИДУ, введенному во время инсталляции или создания базы
данных.
См. Также: Справочная информация Базы данных Оракула для

дальнейшей информации о параметрах SERVICE_NAMES И
INSTANCE_NAME
Регистрирование Информации со Значением по умолчанию, Местным

По умолчанию, PMON обрабатывают информацию сервиса регистров с ее местным
слушателем на заданном по умолчанию местном адресе TCP/IP, порт 1521. Пока
конфигурация слушателя синхронизирована с конфигурацией базы данных, PMON
может регистрировать информацию сервиса с местным слушателем не по умолчанию
или отдаленным слушателем на другом узле. Синхронизация - просто вопрос
определения адреса протокола слушателя в listener.ora файле и местоположении
слушателя в файле параметра инициализации.
Регистрирование Информации со Слушателем Не по умолчанию

Если Вы хотите, чтобы PMON регистрировался с местным слушателем, который не
использует TCP/IP, порт 1521, конфигурируйте параметр LOCAL_LISTENER в файле
параметра инициализации, чтобы определить местонахождение местного слушателя.
Для общедоступной среды сервера Вы можете альтернативно использовать атрибут
СЛУШАТЕЛЯ параметра DISPATCHERS в файле параметра инициализации, чтобы
регистрировать диспетчеров с местным слушателем не по умолчанию. Поскольку и
параметр LOCAL_LISTENER и атрибут СЛУШАТЕЛЯ дают возможность PMON
регистрировать информацию диспетчера со слушателем, это не необходимо, чтобы
определить и параметр и атрибут, если значения слушателя - то же самое.
Установите параметры LOCAL_LISTENER следующим образом:
LOCAL_LISTENER=listener_alias
Установите атрибут СЛУШАТЕЛЯ следующим образом:

ДИСПЕТЧЕРЫ = "(PROTOCOL=tcp) (LISTENER=listener_alias)"
listener_alias тогда решен к адресам протокола слушателя через метод

обозначения, таким как tnsnames.ora файл на сервере базы данных.
Например, если слушатель конфигурирован, чтобы слушать на порту 1421, а не порт
1521, Вы можете установить параметры LOCAL_LISTENER в файле параметра
инициализации следующим образом:
LOCAL_LISTENER=listener1
Используя тот же самый пример слушателя, Вы можете установить атрибут

СЛУШАТЕЛЯ следующим образом: ДИСПЕТЧЕРЫ = "(PROTOCOL=tcp)
(LISTENER=listener1)"
Вы можете тогда решить listener1 в местном tnsnames.ora следующим

образом:
listener1 = (ОПИСАНИЕ = (ОБРАЩАЮТСЯ = (PROTOCOL=tcp)
(HOST=sales-server) (PORT=1421))),
■ , Чтобы динамически обновить параметр LOCAL_LISTENER,
использование
НАБОР СИСТЕМЫ оператора ALTER SQL:
ИЗМЕНИТЕ СИСТЕМНЫЙ НАБОР LOCAL_LISTENER =’listener_alias’
Если Вы устанавливаете параметры к пустому указателю с
оператором, который следует, то заданный по умолчанию местный
адрес TCP/IP, порт 1521 принят.
ИЗМЕНИТЕ СИСТЕМНЫЙ НАБОР LOCAL_LISTENER ="
См. Справочную информацию SQL Базы данных Оракула для
дальнейшей информации об операторе ALTER SYSTEM SET.
■ атрибут СЛУШАТЕЛЯ отменяет LOCAL_LISTENER
параметр. В результате НАБОР СИСТЕМЫ оператора ALTER
SQL
LOCAL_LISTENER не затрагивает установку этого атрибута.
Регистрировать информацию с другим местным слушателем:

1. Конфигурируйте listener.ora файл с адресом протокола местного слушателя.
См. Также: "Конфигурирование Адресов Протокола Слушания"

2. Конфигурируйте параметр LOCAL_LISTENER в файле параметра инициализации,

чтобы определить местонахождение местного слушателя. Если Вы используете
разделенный сервер, Вы можете также использовать атрибут СЛУШАТЕЛЯ
параметра DISPATCHERS в файле параметра инициализации.
3. Решите псевдоним названия слушателя для LOCAL_LISTENER или установки
LISTENER через tnsnames.ora файл.
См. Также: "Конфигурируя Метод Обозначения" на странице 10-13
Регистрирование Информации с Отдаленным Слушателем

Регистрация отдаленным слушателям, такой как в случае Оракула Реальные
Прикладные Кластеры, может быть конфигурирована для общедоступного сервера
или сред выделенного сервера.
Если Вы хотите, чтобы PMON регистрировался с отдаленным слушателем,
конфигурируйте параметр REMOTE_ LISTENER в файле параметра инициализации,
чтобы определить местонахождение отдаленного слушателя.
Для общедоступной среды сервера Вы можете альтернативно использовать атрибут
СЛУШАТЕЛЯ параметра DISPATCHERS в файле параметра инициализации, чтобы
регистрировать диспетчеров с любым слушателем. Поскольку и параметр
REMOTE_LISTENER и атрибут СЛУШАТЕЛЯ дают возможность PMON регистрировать
информацию диспетчера со слушателем, это не необходимо, чтобы определить и
параметр и атрибут, если значения слушателя - то же самое.
Установите параметры REMOTE_LISTENER следующим образом:
REMOTE_LISTENER=listener_alias
Установите атрибут СЛУШАТЕЛЯ следующим образом:

ДИСПЕТЧЕРЫ = "(PROTOCOL=tcp) (LISTENER=listener_alias)"
listener_alias тогда решен к адресам протокола слушателя через метод

обозначения, таким как tnsnames.ora файл на сервере базы данных.
Например, если отдельные слушатели конфигурированы, чтобы слушать на порту 1521

на sales1-сервере серверов и sales2-сервере, Вы можете установить
параметры REMOTE_LISTENER в файле инициализации для экземпляра класса на
ведущем sales1-сервере следующим образом:
REMOTE_LISTENER=listener_sales2
Вы можете установить параметры REMOTE_LISTENER в файле инициализации для

экземпляра класса на ведущем sales2-сервере следующим образом:
Вы можете тогда решить listener_sales2 в местном tnsnames.ora

на sales1-сервере следующим образом:
listener_sales2 =
(ОПИСАНИЕ =
(ОБРАТИТЕСЬ = (PROTOCOL=tcp) (HOST=sales2-server) (PORT=1521))),
Аналогично, Вы можете решить listener_sales1 в местном

tnsnames.ora на sales2-сервере следующим образом:
listener_sales1 =
(ОПИСАНИЕ =
(ОБРАТИТЕСЬ = (PROTOCOL=tcp) (HOST=sales1-server) (PORT=1521))),
Если разделенный сервер конфигурирован, Вы можете установить параметры

DISPATCHERS в файле параметра инициализации следующим образом:
ДИСПЕТЧЕРЫ = "(PROTOCOL=tcp) (LISTENER=listeners_sales)"
Вы можете тогда решить listener_sales в местном tnsnames.ora следующим

образом:
listeners_sales =
(ОПИСАНИЕ =
■ , Чтобы динамически обновить параметр REMOTE_LISTENER,
использование
НАБОР СИСТЕМЫ оператора ALTER SQL:
ИЗМЕНИТЕ СИСТЕМНЫЙ НАБОР REMOTE_LISTENER =’listener_alias’
Если Вы устанавливаете параметры к пустому указателю с
оператором, который следует, то PMON вычеркивает из списка
информацию с отдаленным слушателем, с которым это ранее
регистрировало информацию.
ИЗМЕНИТЕ СИСТЕМНЫЙ НАБОР REMOTE_LISTENER ="
См. Справочную информацию SQL Базы данных Оракула для
дальнейшей информации об операторе ALTER SYSTEM SET.
■ атрибут СЛУШАТЕЛЯ отменяет REMOTE_LISTENER
параметр. В результате НАБОР СИСТЕМЫ оператора ALTER SQL
REMOTE_LISTENER не затрагивает установку этого атрибута.
Регистрировать информацию с отдаленным слушателем:

1. Конфигурируйте listener.ora файл с адресами протокола отдаленных
слушателей.
Администрирование Слушателя
См. Также: "Конфигурирование Адресов Протокола Слушания"

2. В общедоступной среде сервера, конфигурируйте атрибут СЛУШАТЕЛЯ

параметра DISPATCHERS или параметра REMOTE_LISTENER в файле
параметра инициализации. В среде выделенного сервера, конфигурируйте
параметр REMOTE_LISTENER в файле параметра инициализации базы данных.
3. Решите псевдоним названия слушателя для СЛУШАТЕЛЯ или установки
REMOTE_LISTENER через tnsnames.ora файл.
См. Также: "Конфигурируя Метод Обозначения" на странице 10-13
Конфигурирование Метода Обозначения

Псевдоним названия слушателя, определенный для параметра LOCAL_LISTENER,
параметра REMOTE_ LISTENER, или атрибута СЛУШАТЕЛЯ, может быть решен
через tnsnames.ora файл.
Например, если бы LOCAL_LISTENER установлен в listener1, и listener1
использует TCP/IP на порту 1421, вход в tnsnames.ora файле был бы:
listener1 =
Адреса Множителя Примечание: поддержаны, но обход отказа времени

сеанса и клиентская загрузка, балансирующая особенности, не
поддержаны.
См. Также: Глава 13, "Предоставление Расширенным Особенностям

Служб Сети Оракула" для дальнейшей информации о множественной
конфигурации адреса
Как только слушатель конфигурирован, слушателем можно управлять с утилитой
Listener Control или Менеджером Предприятия Оракула. Этот раздел описывает
некоторые из общих административных задач для слушателя, включая следующие темы:
■ Старт и Остановка Слушателя
■ Определение Текущего Состояния Слушателя
■ Контроль Служб Слушателя
■ Контроль Журналов регистрации Слушателя
См. Также:
законченной распечатки всех команд утилиты Listener Control
■ Менеджер Предприятия Оракула интерактивная справка
Старт и Остановка Слушателя

Чтобы остановить или запустить слушателя, используйте или утилиту Listener Control
или Менеджера Предприятия Оракула.

Примечание:, который Вы можете конфигурировать

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

Чтобы остановить слушателя от командной
строки, введите: ОСТАНОВКА lsnrctl
[listener_name]
где listener_name - имя слушателя, определенного в listener.ora файле. Это

не необходимо, чтобы идентифицировать слушателя, если Вы используете заданного по
умолчанию слушателя, названного СЛУШАТЕЛЕМ.
Чтобы запустить слушателя с командной строки, введите:
НАЧАЛО lsnrctl [listener_name]

В дополнение к старту слушателя утилита Listener Control проверяет обеспечение связи
со слушателем.

Запустить или остановить слушателя от Менеджера Предприятия Оракула:

5. От списка Actions, выберите Start/Stop.
Страница Начала/остановки появляется.
6. В зависимости от текущего состояния выбранного слушателя операция будет или
Остановкой или Началом. Нажмите OK, чтобы выполнить операцию.
Определение Текущего Состояния Слушателя

Чтобы показать текущему состоянию слушателя, используйте или команду STATUS
утилиты Listener Control или Менеджера Предприятия Оракула. Вывод состояния
предоставляет основную информацию состояния о слушателе, включая резюме
параметров настройки конфигурации слушателя, адресов протокола слушания, и резюме
служб, регистрированных со слушателем.


Команда STATUS предоставляет основную информацию состояния о слушателе,
включая резюме параметров настройки конфигурации слушателя, адресов протокола
слушания, и резюме служб, регистрированных со слушателем.
Чтобы показать состоянию слушатель от командной строки, введите:
СОСТОЯНИЕ lsnrctl [listener_name]


Показывать состоянию слушателя от Менеджера Предприятия Оракула:

5. От списка Actions, выберите Состояние Show Listener
Control. Страница Состояния Управления Слушателя
6. После рассмотрения информационного наполнения, нажать OK.
Команда STATUS генерирует вывод с разделами, описанными в Таблице 10–2.
Таблица 10–2 Команды СОСТОЯНИЯ Утилиты

Управления Слушателя
Описание Раздела вывода
СОСТОЯНИЕ СЛУШАТЕЛЯ Определяет следующее:
■ Псевдоним слушателя
■ Ve r s io n o f l i s t e n e r
■ Начальное время и время
■ Рассмотрение уровня
■ Может ли слушатель ответить на запросы от SNMP-на-основе
системы управления сетью
■ используемый файл listener.ora
■ Регистрация и рассмотрение параметров настройки конфигурации
■ , установлен Ли пароль в listener.ora файле
Списки Резюме Оконечных точек Слушания протокол обращается к слушателю, конфигурированы, чтобы
слушать на
Таблица 10–2 (Продолжение следует). Команда СОСТОЯНИЯ Утилиты Управления Слушателя

Раздел вывода Описание
Отображает резюме служб, регистрированных со слушателем и
Сервис Резюме обработчиками сервиса, распределенными каждому сервису
Идентифицирует регистрированный сервис
Служб
Экземпля Определяет название экземпляра класса, связанного с сервисом
р класса наряду с его состоянием и числом обработчиков сервиса, связанных
с сервисом
Состояние может быть одним из следующего:
■ ГОТОВОЕ состояние означает, что экземпляр класса
может принять подключения.
■ БЛОКИРОВАННОЕ состояние означает, что экземпляр
класса не может принять подключения.
■ ГОТОВОЕ/ВТОРИЧНОЕ состояние означает, что это -
вторичный экземпляр класса в Реальных Прикладных
Кластерах Oracle9i первичная/вторичная конфигурация и
готово принять подключения.
■ НЕИЗВЕСТНОЕ состояние означает, что экземпляр класса
регистрирован статически в listener.ora файле, а не
динамически с регистрацией сервиса. Поэтому, состояние не
известно.
СЛУШАТЕЛЬ
Пример 10–3 примера показов выведен команды STATUS.
Пример 10–3 Вывода Команды СОСТОЯНИЯ Утилиты

Управления Слушателя
Соединение с (ОПИСАНИЕ = (ОБРАЩАЮТСЯ = (PROTOCOL=ipc)
(KEY=net))), СОСТОЯНИЕ СЛУШАТЕЛЯ
--------------------
Псевдоним
Версия
Начальная дата
Период работоспособности
Уровень Следа
SNMP
Файл Параметра Слушателя
Журнал регистрации Слушателя
Файл Следа Слушателя TNSLSNR для Solaris: Версия 10.1.0.2.0
15-NOV-2003 20:22:00
0 дней 5 мин. 0 часов 22 секунды
поддержка
ПРОЧЬ
ПРОЧЬ
/oracle/admin/listener.ora
/oracle/network/log/listener.log
/oracle/network/trace/listener.trc
Резюме Оконечных точек Слушания...
(ОПИСАНИЕ = (ОБРАЩАЮТСЯ = (PROTOCOL=ipc) (KEY=net))),
(ОПИСАНИЕ = (ОБРАЩАЮТСЯ = (PROTOCOL=tcp) (HOST=sales-server)
(PORT=1521))),
(ОПИСАНИЕ = (ОБРАЩАЮТСЯ = (PROTOCOL=tcps) (HOST=sales-server)
(PORT=2484))),
Резюме Служб...
У сервиса "sales.us.acme.com" есть 1 экземпляр () класса.
У экземпляра класса "продажи", ГОТОВОЕ состояние, есть 3 обработчика
(а) для этого сервиса... У сервиса "hr.us.acme.com" есть 1 экземпляр
() класса.
У экземпляра класса "час", ГОТОВОЕ состояние, есть 2 обработчика (а)
для этого сервиса... Команда, законченная успешно
Контроль Служб Слушателя
Команда SERVICES утилиты Listener Control обеспечивает подробную информацию о
службах и экземплярах класса, регистрированных со слушателем и обработчиками
сервиса, распределенными каждому экземпляру класса.

Команда SERVICES генерирует вывод с разделами, описанными в Таблице 10–3.
Таблица 10–3 Команды СЛУЖБ Утилиты Управления Слушателя

Раздел Описание
вывода
Экземпля Идентифицирует регистрированный сервис
р класса Определяет название экземпляра класса, связанного с сервисом
Сервиса Поле состояния указывает, ли экземпляр класса в состоянии принять
■ ГОТОВОЕ состояние означает, что экземпляр класса может принять
■ БЛОКИРОВАННОЕ состояние означает, что экземпляр класса не может
принять подключения.
■ ГОТОВОЕ/ВТОРИЧНОЕ состояние означает, что вторичного экземпляра
класса в Оракуле Реальные Прикладные Кластеры первичная/вторичная
конфигурация и готов принять подключения.
■ ОГРАНИЧЕННОЕ состояние означает, что экземпляр класса находится в
ограниченном режиме. Блоки слушателя все подключения с этим
экземпляром класса.
Обработч ■ НЕИЗВЕСТНОЕ состояние означает, что экземпляр класса регистрирован
ики статически в listener.ora файле, а не динамически с регистрацией
сервиса. Поэтому, состояние не известно.
Идентифицирует название обработчика сервиса. Диспетчеров называют
D000 через D999. У выделенных серверов есть название
СПЕЦИАЛИЗИРОВАННОГО.
Этот раздел также идентифицирует неотступно следование за обработчиком
сервиса:
■ установленный: число клиентских подключений этот обработчик
сервиса установило
■ отказанный: число клиентских подключений это отказалось
■ электрический ток: число клиентских подключений это
обрабатывает, то есть, его текущая загрузка
■ максимальный: максимальное число подключений для обработчика
сервиса, то есть, его максимальной загрузки
■ государство: государство обработчика:
- ГОТОВОЕ государство означает, что обработчик сервиса может
принять новые подключения.
- БЛОКИРОВАННОЕ государство означает, что обработчик сервиса не
может принять новые подключения.
После этого, дополнительной информации о дисплеях обработчика сервиса,
такой как, является ли обработчик сервиса диспетчером, местным выделенным
сервером, или отдаленным выделенным сервером на другом узле.
Пример 10–4 примера показов выведен команды SERVICES.
Пример 10–4 Вывода Команды СЛУЖБ Утилиты Управления Слушателя

Соединение с (ОПИСАНИЕ = (ОБРАЩАЮТСЯ = (PROTOCOL=ipc) (KEY=net))),
Резюме Служб...
У сервиса "sales.us.acme.com" есть 1 экземпляр () класса.
У экземпляра класса "продажи", ГОТОВОЕ состояние, есть 3 обработчика
(а) для этого сервиса... Обработчик (и):
"СПЕЦИАЛИЗИРОВАННЫЙ" established:0 refused:0 state:ready
МЕСТНЫЙ ДИСПЕТЧЕР СЕРВЕРА "D000" ESTABLISHED:0 REFUSED:0
CURRENT:0 MAX:10000 STATE:READY <машина: коммерческий
сервер, изодромный с предварением: 1689> (ОБРАЩАЮТСЯ =
(PROTOCOL=tcp) (HOST=sales-server) (PORT=52414)), "D001"
established:0 refused:0 current:0 max:10000 state:ready ДИСПЕТЧЕР
<машина: коммерческий сервер, изодромный с предварением: 1691>
(ОБРАЩАЮТСЯ = (PROTOCOL=tcp) (HOST=sales-server) (PORT=52415)),

У сервиса "hr.us.acme.com" есть 1 экземпляр () класса.

У экземпляра класса "час", ГОТОВОЕ состояние, есть 2 обработчика
(а) для этого сервиса... Обработчик (и):
"СПЕЦИАЛИЗИРОВАННЫЙ" established:0 refused:0 state:ready
МЕСТНЫЙ ДИСПЕТЧЕР СЕРВЕРА "D000" ESTABLISHED:0 REFUSED:0 CURRENT:0
MAX:10000 STATE:READY <машина: коммерческий сервер, изодромный с
предварением: 11326> (ОБРАЩАЮТСЯ = (PROTOCOL=tcp) (HOST=sales-
server) (PORT=58361)), команда, законченная успешно
Эти показы вывода, что две службы базы данных, sales.us.acme.com и

hr.us.acme.com, регистрированы со слушателем.
Клиентские запросы на установление соединения к sales.us.acme.com обработаны
двумя диспетчерами по имени D000 и D001 и один выделенный сервер. У всех
обработчиков есть состояние готовых, указывая, что они готовы получить
Клиентские запросы на установление соединения к hr.us.acme.com обработаны
одним диспетчером по имени D001 и один выделенный сервер.
Контроль Журналов регистрации Слушателя

Когда Вы обращаете внимание на любое из следующих условий, делаете обзор и
контролируете журнал регистрации слушателя для следующего:
■ Долгие времена учреждения подключения
■ Проблемы обеспечения связи и отказы
■ Неожиданное завершение слушателя, который мог указать атаку отказа в обслуживании
См. Также: "Анализируя Журналы регистрации Слушателя" на странице 16-19

11
Конфигурирование и Управление
Оракулом
Эта глава описывает, как конфигурировать особенности Менеджера

Подключения Оракула. Эта глава содержит эти темы:
■ Менеджер Подключения Оракула Краткий обзор Конфигурации
■ Конфигурирование Менеджера Подключения Оракула
■ Предоставление Менеджеру Подключения Оракула Особенности
■ Перемещение cman.ora от Oracle9i до Базы данных Оракула 10 г
Менеджер Подключения Оракула Примечание: доступен для

инсталляции с Базой данных Оракула 10gEnterprise Выпуск.
См. Также:
■ Глава 1, "Сетевые Вызовы в интернет-Возрасте" для вводного краткого
обзора уровня Менеджера Подключения Оракула понятия
■ Глава 5, "Архитектура Служб Сети Оракула" для архитектурного
краткого обзора Менеджера Подключения Оракула
Менеджер Подключения Оракула Краткий обзор Конфигурации

Менеджер Подключения Оракула - прокси-сервер, промежуточный сервер что вперед
запросы на установление соединения на серверы базы данных или на другие прокси-
серверы. У этого есть две первичных функции:
■ Мультиплексирование сеанса
■ Управление доступом
С мультиплексированием сеанса Вы можете быстро дать возможность Менеджеру
Подключения Оракула направить множественные клиентские сеансы через сетевое
подключение с общедоступным адресатом сервера.
С управлением доступом Вы можете использовать основанную на правиле
конфигурацию, чтобы отфильтровать определенные клиентские запросы и принять
другие.
Конфигурирование и Управление Менеджером Подключения Оракула 11-1

Конфигурирование Менеджера Подключения Оракула

Конфигурировать Менеджера Подключения Оракула:
1. Конфигурируйте cman.ora файл на Менеджере Подключения Оракула
компьютер. Этот файл определяет оконечную точку слушания для сервера, правил
управления доступом, и Менеджера Подключения Оракула параметры
производительности.
2. Конфигурируйте клиентов с адресами протокола Менеджера Подключения Оракула
слушатель.
3. Произвольно Выбор конфигурации сервер базы данных для
мультиплексирования сеанса.
■ Конфигурирование Менеджера Подключения Оракула Компьютер
■ Конфигурирование Клиентов для Менеджера Подключения Оракула
■ Конфигурирование Сервера Базы данных Оракула для Менеджера Подключения Оракула
Конфигурирование Менеджера Подключения Оракула Компьютер
Менеджер Сети Оракула Примечание: не поддерживает конфигурацию

cman.ora файла, таким образом изменения должны быть сделаны
вручную.
Чтобы конфигурировать машину, где Менеджер Подключения Оракула установлен,

Вы можете определить три типа параметров в cman.ora файле:
■ Оконечная точка слушания (АДРЕС)
■ Список (RULE_LIST) правила управления доступом
■ Список (PARAMETER_LIST) параметра
cman.ora файл расположен в $ORACLE_HOME/network/admin каталоге на UNIX
и в каталоге ORACLE_HOME\network\admin на Windows. Пример 11–1 показ
пример cman.ora файл файла, который содержит вход конфигурации для Менеджера
Подключения Оракула под названием CMAN1.
Пример 11–1 Пример cman.ora Файл

CMAN1 =
(КОНФИГУРАЦИЯ =
(ОБРАТИТЕСЬ = (PROTOCOL=tcp) (HOST=proxysvr)
(PORT=1521)) (RULE_LIST =
(УПРАВЛЯЙТЕ = (SRC=206.62.226.32/27) (DST=sales-server) (SRV = *)
(ACT=accept)
(ACTION_LIST = (AUT=on) (MCT=120) (MIT=30))) (УПРАВЛЯЮТ =
(SRC=206.26.226.32) (DST=proxysvr) (SRV=cmon) (ACT=accept)))
(PARAMETER_LIST =
(MAX_GATEWAY_PROCESSES=8)
(MIN_GATEWAY_PROCESSSES=3)
(REMOTE_ADMIN=YES)))
Один компьютер может главный компьютер любое число Менеджеров Подключения

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

Оракула, Chapter2, "Менеджер Подключения Оракула Утилита
Управления", узнать больше об этой особенности и командах
ADMINISTER И STARTUP
Оконечная точка Слушания (АДРЕС)

Оконечная точка слушания определяет адрес протокола для Менеджера Подключения
Оракула слушатель. CMON, Менеджер Подключения Оракула контрольный процесс,
использует этот адрес, чтобы регистрировать информацию о межсетевых процессах со
слушателем. Сервер базы данных, в свою очередь, использует адрес, чтобы
регистрировать информацию сервиса в Менеджере Подключения Оракула узел.
Отметьте, что Менеджер Подключения Оракула слушатель всегда слушает на протоколе
TCP/IP. Адрес, которому показывают в иллюстрации 11-1 по странице 11-2, является
заданным по умолчанию адресом TCP/IP, порт 1521.
(ОБРАТИТЕСЬ = (PROTOCOL=tcp) (HOST=proxysvr) (PORT=1521)),
Менеджер Подключения Оракула Примечание: может соединиться с

сервером базы данных, используя протоколы, такие как TCP/IP и IPC.
Протокол TPCS не поддержан.
Список (RULE_LIST) Правила Управления доступом

Список правила управления доступом определяет, какие подключения приняты,
отклонены, или понижены слушателем.
(УПРАВЛЯЙТЕ = (SRC=206.62.226.32/27) (DST=sales-server) (SRV = *) (ACT=accept)
(ACTION_LIST = (AUT=on) (MCT=120) (MIT=30))) (УПРАВЛЯЮТ =
(SRC=206.26.226.32) (DST=proxysvr) (SRV=cmon) (ACT=accept)),
Пример показывает двум правилам. Первый - для клиентских подключений. Второе для
утилиты Oracle Connection Manager Control (CMCTL). В первом правиле
src=206.62.226.32/27 определяет адрес IP клиента, или источник. DST=sales-
server определяет имя хоста адресата. ГОДОВАЯ ДИНАМИКА ИЗМЕНЕНИЙ
сокращения замещает "действие" - то есть, ввод, отклонять, или снижение. Во втором
правиле SRC=206.26.226.32 и DST=proxysvr представляют тот же самый сервер,
указывая, что Менеджер Подключения Оракула и CMCTL должны постоянно найтись на
том же самом компьютере.
Параметр ACTION_LIST в первом правиле устанавливает атрибуты для подключения,
если это принято. Этот параметр дает возможность Вам отменить заданные по
умолчанию параметры настройки параметра на подключении основанием подключения.
См. "Менеджера Подключения Оракула Параметры" в Справочной информации Служб
Сети Базы данных Оракула для законченного определения подчинения ACTION_LIST.
Вы можете определить множественные правила и для клиента и для подключений
CMCTL.

■ Вы должны ввести по крайней мере одно правило для клиентских
подключений и одно правило для подключений CMCTL.
Исключение один или другие результаты в отклонении всех
подключений для типа правила опущено.
■ Если подключение CMCTL отдаленно, параметры REMOTE_ADMIN
в cman.ora должны быть установлены к на, независимо от
определенных правил.
■ Если cman.ora не существует, Менеджер Подключения Оракула
не может запустить.
■ Менеджер Подключения Оракула не поддерживает подстановочные
знаки для частичных адресов IP. Если Вы используете
подстановочные знаки, используете это вместо полного адреса IP.
Адрес IP клиента может, например, быть (SRC = *).
■ Менеджер Подключения Оракула поддерживает только/nn
примечание для адресов подсети. В первом правиле в примере/27
представляет маску подсети, которая включает 27 крайних левых
битов. Это означает, что только первые 27 битов в адресе IP
клиента по сравнению с адресом IP в правиле.
Список (PARAMETER_LIST) Параметра

Список параметра устанавливает атрибуты для Менеджера Подключения Оракула.
Параметры принимают две формы: глобальная переменная и уровень правила.
Глобальный параметр применяет ко всем Менеджера Подключения Оракула
подключения, если параметр уровня правила не отменяет его. Чтобы изменить
настройку по умолчанию глобального параметра, введите это в PARAMETER_LIST,
вместе с допустимым значением.
Параметр уровня правила допущен в разделе ACTION_LIST RULE_LIST и
применяется только на подключения, определенные по правилу. Это отменяет свою
глобальную копию.

Оракула для законченного списка параметров и их значения по
умолчанию и позволенных значений
Конфигурирование Клиентов для Менеджера Подключения Оракула

Чтобы направить клиентов на сервер базы данных через Менеджера Подключения
Оракула, конфигурируйте tnsnames.ora файл с подключенным описателем,
который определяет адрес протокола Менеджера Подключения Оракула. Это клиенты
разрешений доступа, чтобы подключить с Менеджером Подключения Оракула
компьютер. Подключенный описатель выглядит следующим образом:
продажи =
(ОПИСАНИЕ =
(ОБРАЩАЮТСЯ
=
(PROTOCOL=tcp)
(HOST=cman-pc)
(PORT=1521))
(CONNECT_DATA =
(SERVICE_NAME=sales.com)))
Чтобы конфигурировать протокол обращаются для Менеджера

Подключения Оракула: 1. Менеджер Сети Оракула Начала.

2. В области окна навигатора, разверните Каталог или Местный> Обозначение

Сервиса.
3. Нажмите плюс (+) от инструментальной панели, или выберите,
Edit> Создает. Начальная страница Сетевого Мастера
Названия Сервиса появляется.
Страница Протокола появляется.
6. Выберите протокол, на котором Менеджер Подключения Оракула конфигурирован,
чтобы слушать на. По умолчанию этот протокол - TCP/IP.
Страница Параметров настройки Протокола появляется.
8. Введите соответствующую информацию параметра для выбранного протокола в полях
если. Если Вы используете TCP/IP, заданный по умолчанию порт, чтобы
использовать является 1521.

Страница Сервиса появляется.

10. Выберите выпуск, и затем введите имя сервиса целевой базы данных.
Если сервис адресата - База данных Оракула, 10 г, Oracle9i или база данных Oracle8i,
выбирают Oracle8i или позже, и вводят имя сервиса в Поле имени Сервиса. Если
сервис адресата - база данных выпуска 8.0 Оракула, выберите Oracle8 или Previous,
и введите Идентификатор Системы Оракула (СИД) для экземпляра класса в поле
SID Базы данных.

дальнейшей информации об установке сервиса называют строку
Примечание: не нажимает Te s t, потому что подключение не может

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

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

Чтобы дать возможность серверу базы данных общаться с Менеджером Подключения
Оракула, файл параметра инициализации init.ora должен содержать описатель,
который определяет адрес слушания Менеджера Подключения Оракула. Поскольку этот
адрес - TCP, порт

Предоставление Менеджеру Подключения Оракула Особенности
1521, но не заданный по умолчанию местный адрес слушания TCP, порт 1521, Вы

должны определить псевдоним, используя параметр REMOTE_LISTENER:
REMOTE_LISTENER=cman_listener_alias
После того, как псевдоним определен, он должен быть решен с входом названия
сервиса в tnsnames.ora файле.
Например, псевдоним для Менеджера Подключения Оракула слушатель,
расположенный в proxyserver1, мог бы быть похожим на это в init.ora
файле:
REMOTE_LISTENER=listener_cman
Псевдоним listeners_cman был бы тогда решен к следующему входу в

tnsnames.ora файле:
listener_cman = (ОПИСАНИЕ = (ADDRESS_LIST = (ОБРАЩАЮТСЯ =
(PROTOCOL=tcp) (HOST=proxyserver1) (PORT=1521)))),
Как только файл параметра инициализации конфигурирован с адресом слушания

Менеджера Подключения Оракула, процесса PMON — фон экземпляра класса базы
данных может процессе информация базы данных регистра с Менеджером
Подключения Оракула слушатель. Эта регистрация подобна тому, что происходит на
полномочном узле, где CMADMIN (Менеджер Подключения Администрирование)
процесс — Менеджер Подключения Оракула регистры процесса фона местоположение
и загрузка полномочных процессов со слушателем Менеджера Подключения Оракула.
См. Также: "Регистрируя Информацию с Отдаленным Слушателем"

Конфигурация Мультиплексирования Сеанса

Чтобы дать возможность Менеджеру Подключения использовать в своих интересах
мультиплексирование сеанса, установите параметры DISPATCHERS в файле
параметра инициализации с ПРОТОКОЛОМ атрибутов и МУЛЬТИПЛЕКСНЫЙ.
ДИСПЕТЧЕРЫ = "(PROTOCOL=tcp) (MULTIPLEX=on)"
См. Также:
■ "Допуская Мультиплексированию Сеанса" на странице 11-7 для
подробностей конфигурации.
■ Глава 12, "Конфигурируя Диспетчеров" для получения
дополнительной информации о конфигурировании
общедоступного сервера.

■ Предоставление Мультиплексированию Сеанса
■ Предоставление Управлению доступом
Первая особенность допущена при использовании параметра DISPATCHERS в файле
параметра инициализации, втором при использовании параметра RULE_LIST в
cman.ora файле.

Предоставление Мультиплексированию Сеанса

Однажды ПРОТОКОЛ атрибутов и МУЛЬТИПЛЕКСНЫЙ были добавлены к
параметру DISPATCHERS в файле параметра инициализации, допуская
мультиплексированию сеанса просто вопрос обеспечения, которое
МУЛЬТИПЛЕКСНЫЙ установлено в на или в эквивалентное значение.
См. Также: "Допуская Мультиплексированию Сеанса" на странице 11-7 Вы
можете установить различные уровни мультиплексирования, как Таблица 11–1 на
показах страницы 11-7.
Таблица 11–1 Параметр Мультиплексирования Сеанса

Описание Атрибута
ПРОТОКОЛ (ПРО или сетевой протокол, для которого диспетчер генерирует a
ЗАЩИТА) слушающая оконечная точка.
МУЛЬТИПЛЕКСНЫЙ (MUL или Используемый, чтобы допустить мультиплексированию сеанса
MULT)
Если 1, на, да, истина, или оба определены, то
мультиплексирование
допущенный и для прихода и для уходящих сетевых сеансов.
Если в определен, то мультиплексирование допущено для
входящих сетевых сеансов от клиента.
Если определен, то мультиплексирование допущено для
уходящих сетевых сеансов.
Если 0, нет, прочь, или ложь не определен, то
мультиплексирование заблокировано и для прихода и для
уходящих сетевых сеансов.
Примечание: Вы можете конфигурировать параметр

DISPATCHERS, используя Помощника Конфигурации Базы
данных.
Предоставление Управлению доступом

Как заявлено в "Конфигурировании Менеджера Подключения Оракула Компьютер", Вы
можете использовать параметр RULE_LIST, чтобы управлять клиентом, обращается на
определяемые серверы базы данных в среде TCP/IP. Вводя фильтрующие правила под
этим параметром, Вы можете позволить или ограничить определенный доступ клиентов
к серверу базы данных.
Конфигурировать управление доступом:
1. Вручную создайте cman.ora файл, если Вы уже не существуете.
2. Добавьте параметр RULE_LIST и его подчинение, используя следующий
формат:
(RULE_LIST =
(УПРАВЛЯЮТ =
(SRC=source_host)
(DST=destination_host)
(SRV=service)
(ACT=accept | отклоняют | снижение))),
3. Добавьте следующие параметры для каждого правила, описанного в Таблице 11–2 на

странице 11-7 как
необходимый.
Таблица 11–2 Параметра Уровня правила

SRC Определяют исходное имя хоста или адрес IP клиента.
Адрес IP может быть подсетью, такой как 152.10.10.62/24.

Перемещение cman.ora от Oracle9i до Базы данных Оракула 10 г
Таблица 11–2 (Продолжение следует). Параметры Уровня правила

Летнее время Определяет имя хоста адресата или адрес IP
сервер базы данных. Адрес IP может быть подсетью, такой
как 152.10.10.62/24.
SRV Определяют название сервиса Базы данных Оракула 10 г,
Oracle9i, или база данных Oracle8i (полученный из параметра
SERVICE_NAME в файле параметра инициализации).
ГОДОВАЯ ДИНАМИКА ИЗМЕНЕНИЙ Определяет, чтобы принять, отклонить, или понизить
входящие запросы, основанные на
предшествование трем параметрам.

Оракула для значений по умолчанию и позволенных значений
параметров Oracle Connection Manager
Вы можете определить множественные правила в RULE_LIST. Действие (ГОДОВАЯ

ДИНАМИКА ИЗМЕНЕНИЙ) в первом согласованном ПРАВИЛЕ применено к запросу на
установление соединения. Если никакие правила не определены, все подключения
отклонены.
В следующем примере клиентский компьютерный client1-pc лишен доступа к
сервису sales.us.acme.com, но клиенту 144.25.23.45 предоставляют доступ к
сервису db1.
(RULE_LIST =
(УПРАВЛЯЙТЕ = (SRC=client1-pc) (DST=sales-server) (SRV=sales.us.acme.com)
(ACT=reject)) (ПРАВИЛО = (SRC=144.25.23.45) (DST=144.25.187.200) (SRV=db1)
(ACT=accept))),

Оракула для дальнейшей информации о параметрах Oracle
Connection Manager

Если Вы хотите переместить Oracle9i cman.ora файл к Базе данных Оракула 10 г,
используйте cmmigr инструмент. Вот синтаксис для инструмента:
cmmigr [cman.ora_location]
Определение местоположения файла является дополнительным. Если Вы опускаете это,

cmmigr пытается найти файл в каталоге TNS_ADMIN; тогда это смотрит в
$ORACLE_HOME/network/admin.
Когда это выполняется, cmmigr переименовывает Oracle9i cman.ora файл cman.bak.
Это называет файл 10 г Базы данных Оракула cman.ora.
Инструмент перемещает три из четырех разделов, которые находятся в файле Oracle9i:
■ Раздел адреса: cmmigr преобразовывает адрес протокола слушателя от формата Oracle9i до
формата 10 г Базы данных Оракула
■ Раздел администрации: cmmigr игнорирует этот раздел.
■ Раздел конфигурации: cmmigr транслирует названия параметра в cman_profile на названия
10 г Базы данных Оракула. За исключением регистрационного уровня и уровня
следа, инструмент оставляет значения параметра нетронутыми. Устаревшие
параметры появляются в прокомментированном списке в новом файле.
■ Раздел правил: копии cmmigr, существующие правила к новому файлу. Это добавляет
правило, которое дает возможность CMCTL войти в контакт с CMADMIN. Если старый
файл не содержит правил, cmmigr добавляет два правила к новому файлу: один для
подключения между CMCTL и
CMADMIN и один для клиентского подключения. См. "Список (RULE_LIST)

Правила Управления доступом" для примеров этих двух правил.
Инструмент бросает сообщения, перечисленные в Таблицу 11–3.
Таблица 11–3
Сообщение Описание
1.4140 - "Миграция, Это сообщение появляется, когда cman.ora был перемещен
законченная успешно." успешно.
2.4141-" Неспособный Это сообщение появляется, когда местоположение файла, которое
найти CMAN.ORA." Вы определяете, является неправильным.
У 3.4142-" CMAN.ORA Это сообщение появляется, когда файл находится в формате,
есть недопустимый который не может понять cmmigr. Потребность, форматирующая
формат." рекомендации
4.4143-" Неспособный
написать новый файл
CMAN.ORA."
5.4144-" Ничто, Инструмент ничего не нашел в файле, который он мог
чтобы переместить.
переместиться."

Перемещение cman.ora от Oracle9i до Базы данных Оракула
10 г

12
Конфигурирование Диспетчеров
Общедоступная архитектура сервера дает возможность серверу базы данных позволить

многим пользовательским процессам совместно использовать очень немного процессов
сервера, таким образом число пользователей, которые могут быть поддержаны,
увеличено. С общедоступным сервером много пользовательских процессов соединяются
с диспетчером. Диспетчер предписывает, чтобы множественный входящий сетевой
сеанс просил к общей очереди. Разделенный процесс сервера простоя от общедоступного
пула процессов сервера поднимает запрос от очереди. Это означает, что маленький пул
процессов сервера может служить большому количеству клиентов.
Эта глава описывает, как конфигурировать диспетчера. Это содержит эти темы:
■ Конфигурирование Диспетчеров
■ Предоставление Пулингу Подключения
■ Группирование Служб Диспетчером
■ Конфигурирование Клиентов для Сред и Используя Выделенный сервер и Используя

Oracle9i для дальнейшей информации об общедоступной
конфигурации сервера
Конфигурирование Диспетчеров
Ресурсы разделяемой памяти для диспетчеров, виртуальных каналов, и разделенных
серверов предварительно сконфигурированы, чтобы позволить предоставление
общедоступных серверов во время выполнения. Администраторы базы данных могут
запустить диспетчеров и поделились серверами с оператором ALTER SYSTEM SQL, не
имея необходимость перезапускать экземпляр класса, чтобы запустить разделенные
серверы. Диспетчер начат автоматически на протоколе TCP/IP, когда разделенный
режим сервера включен и параметр диспетчеров
не был установлен. Заданная по умолчанию конфигурация для диспетчера эквивалентна
следующей установке параметра DISPATCHERS в файле параметра инициализации
базы данных.
диспетчеры = "(PROTOCOL=tcp)"
В конфигурациях, в которых клиентская загрузка вызывает напряжение на памяти и

других системных ресурсах, администраторы базы данных могут исправить проблемы
загрузки, запуская разделенные ресурсы сервера.
Конфигурируйте параметр DISPATCHERS, если любое из следующих условий
применяется:
Вы должны конфигурировать другой протокол кроме TCP/IP. Вы конфигурируете адрес

протокола с одним из следующих атрибутов:

Предоставление Пулингу Подключения
■ АДРЕС (ДОБАВЛЯЮТ или АДРЕС),

■ ОПИСАНИЕ (стандарт шифрования данных или DESC)
■ ПРОТОКОЛ (ПРО или ЗАЩИТА)
Вы хотите конфигурировать один или больше дополнительных атрибутов

диспетчера:
■ ПОДКЛЮЧЕНИЯ (ПОДСТАВЛЯЮТ или ВЕДУТ),
■ ДИСПЕТЧЕРЫ (диагностическая информационная система или DISP)
■ СЛУШАТЕЛЬ (ЛИТИИ или СПИСОК)
■ МУЛЬТИПЛЕКСНЫЙ (MUL или MULT)
■ ПУЛ (POO)
■ СЕРВИС (СЕР или SERV)
■ СЕАНСЫ (СЭП или SESS)
■ ИМПУЛЬСЫ СИГНАЛА ВРЕМЕНИ (ТИК или ИМПУЛЬС СИГНАЛА ВРЕМЕНИ)
После устанавливания этих параметров Вы не должны перезапускать экземпляр
класса. Вы можете изменить конфигурации диспетчеров с СИСТЕМОЙ оператора
ALTER SQL.
Помощник Конфигурации Базы данных Примечание: дает

возможность Вам конфигурировать параметр DISPATCHERS.
См. Также:
■ Руководство Администратора Базы данных Оракула для
дальнейшей информации
об общедоступной конфигурации сервера
■ Справочная информация Базы данных Оракула для дальнейшей
информации о
конфигурирование параметра DISPATCHERS и
поддержанный
атрибуты
■ Справочная информация SQL Базы данных Оракула для дальнейшей
ИЗМЕНИТЕ оператора SYSTEM
Предоставление Пулингу Подключения

Пулинг подключения - особенность использования ресурса, которая дает возможность
Вам сократить количество физических сетевых подключений с диспетчером. Это
достигнуто, совместно используя или объединяя ряд подключений среди клиентских
процессов.
Чтобы конфигурировать пулинг подключения, установите параметры DISPATCHERS в
файле параметра инициализации с атрибутом ПУЛА и следующими дополнительными
атрибутами:
■ ПОДКЛЮЧЕНИЯ (ПОДСТАВЛЯЮТ или ВЕДУТ),
■ СЕАНСЫ (СЭП или SESS)
■ ИМПУЛЬСЫ СИГНАЛА ВРЕМЕНИ (ТИК или ИМПУЛЬС СИГНАЛА ВРЕМЕНИ)
Рассмотрите систему, которая может поддержать 950 подключений для каждого
процесса и имеет:
■ 4000 пользователей одновременно соединился через TCP/IP
■ 2 500 сеансов одновременно соединился через TCP/IP с SSL
В этом случае, атрибут ДИСПЕТЧЕРОВ для TCP/IP должен быть установлен в
минимум пяти диспетчеров, и TCP/IP с SSL должен быть установлен в трех
диспетчеров:

Группирование Служб Диспетчером
ДИСПЕТЧЕРЫ = "(PROTOCOL=tcp) (DISPATCHERS=5)"

ДИСПЕТЧЕРЫ = "(PROTOCOL=tcps) (DISPATCHERS=3)"
Пулинг подключения может позволить каждому диспетчеру обрабатывать больше чем

950 сеансов. Например, предположите, что клиенты - простой большую часть времени, и
один диспетчер может направить запросы и ответы для 4000 сеансов TCP/IP, или 2 500
TCP/IP с сеансами SSL. Следующая конфигурация сокращает количество диспетчеров,
требуемых к одному для каждого протокола, и позволяет диспетчерам более полно
использоваться:
ДИСПЕТЧЕРЫ = "(PROTOCOL=tcp) (DISPATCHERS=1) (POOL=on)
(TICK=1) (CONNECTIONS=950) (SESSIONS=4000)"
ДИСПЕТЧЕРЫ = "(PROTOCOL=tcps) (DISPATCHERS=1) (POOL=on)

(TICK=1) (CONNECTIONS=950) (SESSIONS=2500)"
ДИСПЕТЧЕРЫ и атрибуты ПОДКЛЮЧЕНИЙ не должны быть определены, так как

значение по умолчанию для ДИСПЕТЧЕРОВ 1, и значение по умолчанию для
ПОДКЛЮЧЕНИЙ - максимальное число подключений для каждого процесса, который
является иждивенцем операционной системы.
См. Также: "Пулинг Подключения" на странице 1-11
Предоставление Мультиплексированию Сеанса

Мультиплексирование сеанса, доступное с Менеджером Подключения Оракула, дает
возможность множественным клиентским сеансам направить через единственное
подключение протокола. Например, несколько пользовательских процессов могут
соединиться с одним диспетчером посредством единственного подключения от
Менеджера Подключения Оракула.
Менеджер Подключения Оракула общается от пользователей диспетчеру посредством
общедоступного подключения. В любой момент, нуль, один, или несколько
пользователей, возможно, нуждается в подключении, в то время как другие
пользовательские процессы, связанные с диспетчером посредством менеджера
подключения процесс, являются простоем. Этим путем, мультиплексирование сеанса
выгодно, потому что оно развертывает использование подключений процесса
диспетчера.
Мультиплексирование сеанса также полезно для сеансов ссылки базы данных
мультиплексирования между диспетчерами. Предел на числе сеансов для каждого
диспетчера - определенная операционная система.
Чтобы допустить мультиплексированию сеанса, просто установите атрибут,
МУЛЬТИПЛЕКСНЫЙ в параметре DISPATCHERS для на или для эквивалентного
значения.
ДИСПЕТЧЕРЫ = "(PROTOCOL=tcp) (MULTIPLEX=on)"
См. Также: "Допуская Мультиплексированию Сеанса" на

странице 11-7 для подробностей конфигурации и
"Предоставления Пулингу Подключения" на странице 12-2
Группирование Служб Диспетчером

База данных Оракула может быть представлена множественными названиями сервиса.
Из-за этого пул диспетчеров может быть распределен исключительно для клиентов,
просящих специфический сервис. Этим путем, миссии критические запросы можно дать
больше ресурсов и, таким образом, в действительности увеличить их приоритет.
Например, следующая выборка файла параметра инициализации показывает двум
диспетчерам. Первые службы диспетчера просят на клиентов, просящих
sales.us.acme.com. Другие службы диспетчера просят только на клиентов,
просящих adminsales.us.acme.com.
Конфигурирование Клиентов для Сред и Используя Выделенный сервер и Используя Общедоступный Сервер
INSTANCE_NAME=sales
ДИСПЕТЧЕРЫ = "(PROTOCOL=tcp)"
ДИСПЕТЧЕРЫ = "(PROTOCOL=tcp) (SERVICE=adminsales.us.acme.com)"
Конфигурирование Клиентов для Сред и Используя Выделенный

сервер и Используя Общедоступный Сервер
Если разделенный сервер конфигурирован, и клиентский запрос на установление
соединения прибывает, когда никакие диспетчеры не регистрированы, то запрос
обработан процессом выделенного сервера. Если Вы хотите, чтобы специфический
клиент всегда использовал диспетчера, конфигурируйте (server=shared) в разделе
CONNECT_DATA подключенного описателя. Например:
продажи =
(ОПИСАНИЕ =
(SERVER=shared)))
Если диспетчер не доступен, то клиентский запрос на установление соединения

отклонен.
См. Также: "Расширенное Конфигурирование Подключает Параметры

Данных" на странице 13-5, чтобы установить параметры SERVER
Если база данных конфигурирована для общедоступного сервера, и специфический

клиент требует выделенного сервера, Вы можете конфигурировать клиента, чтобы
использовать выделенный сервер одним из следующих способов:
■ Вы можете конфигурировать сетевое название сервиса с подключенным описателем, который
содержит
(server=dedicated) в разделе CONNECT_DATA. Например:
продажи = (ОПИСАНИЕ
=
(SERVER=dedicated)))
■ Вы может конфигурировать клиентскую конфигурацию (sqlnet.ora файл) с

USE_DEDICATED_
SERVER=on. Это добавляет (server=dedicated) к разделу CONNECT_DATA
подключенный описатель клиентское использование.
Примечание:, Если USE_DEDICATED_SERVER установлен в НА,

то существование (server=value) входы в подключает
описатели, записан поверх с (server=dedicated).
См. Также:
■ "Расширенное Конфигурирование Подключает
Параметры Данных" на странице 13-5, чтобы
установить параметры SERVER
■ "Направляя Запросы на установление соединения" на странице
9-4, чтобы установить параметры USE_ DEDICATED_SERVER

13
Предоставление Расширенным
Особенностям Сети Оракула
Службы
Эта глава описывает, как конфигурировать продвинутые особенности Служб Сети

Оракула, включая продвинутый подключает параметры данных, загружает
балансирование, обход отказа, и подключения со службами небазы данных.
■ Конфигурирование Расширенного Сетевого адреса и Подключает Информацию
Данных
■ Конфигурирование Во время выполнения Балансирования Загрузки Подключения
■ Конфигурирование Прозрачного Прикладного Обхода отказа
■ Конфигурирование Подключений со Службами Базы данных Неоракула
Конфигурирование Расширенный Сетевой адрес и

Подключает Информацию Данных
Этот раздел содержит продвинутый следующий, подключают дескрипторные темы:
■ Создавание Списка Адресов Протокола Слушателя
■ Конфигурирование Параметров Списка адресов
■ Расширенное Конфигурирование Подключает Параметры Данных
Создавание Списка Адресов Протокола Слушателя

К сервису базы данных может обратиться больше чем один сетевой маршрут, или
адрес протокола. В следующем примере sales.us.acme.com может подключить
с sales.us.acme.com использующих слушателей или на sales1-сервере
или на sales2-сервере.
sales.us.acme.com =
(ОПИСАНИЕ =
(ADDRESS_LIST =
(CONNECT_DATA =
Чтобы добавить сетевой протокол обращаются к существующему сетевому названию

сервиса или сервису базы данных, используют или Менеджера Сети Менеджера или
Оракула Предприятия Оракула.
Предоставление Расширенным Особенностям Служб Сети Оракула 13-1
Конфигурирование Расширенного Сетевого адреса и Подключает Информацию Данных

1. Обратитесь к Обозначению Каталога или Местной странице Обозначения в
Предприятии Оракула
Менеджер:
a. Обратитесь к Сетевой странице Администрирования Служб в Менеджере
b. Выберите Местное Обозначение Обозначения или Каталога от списка

Administer, и затем
выберите Оракула домой для директивного сервера или местоположения
местного жителя
файлы конфигурации.
c. Нажмите Искать.
Обозначение Каталога или Местные страницы Обозначения появляются.

2. Выберите службу каталогов или сетевое название сервиса.
Для Директивного Обозначения, выполните поиск сетевого названия сервиса в

Простом разделе Поиска, выберите сетевой сервис или сервис базы данных от
списка Results, и затем нажмите Edit. Для Местного Обозначения, выберите
сетевой сервис от списка, и затем нажмите Edit.
3. В разделе Адресов, нажмите Add.
Добавляющаяся страница Адреса
4. От списка Protocol, выберите протокол, на котором слушатель конфигурирован, чтобы
5. Введите соответствующую информацию параметра для выбранного протокола в
предоставленных полях.

данных Оракула для параметров настройки параметра
протокола
6. Произвольно, в Расширенном разделе Параметров, определите предел пространства

для посылают и получают операции сеансов Всего, Посылают Буферный Размер
иTotl
Получите поля Buffer Size.

7. Нажать OK.

8. Нажмите OK, чтобы обновить информацию адреса.


Сервиса.
3. Выберите или сетевое название сервиса или сервис базы данных.
Правая область окна отображает текущий сервис адресата и список адресов.
4. В блоке Address Configuration, нажмите плюс (+), чтобы добавить новый адрес.

Появляется новая позиция табуляции Address:

a. Выберите протокол и введите соответствующую информацию адреса.

Оракула для подробностей о протоколе обращается к параметрам
b. Произвольно, в позиции табуляции Address, нажмите Advanced, чтобы

определить пространство буфера ввода - вывода
Размер

c. Закажите адреса протокола согласно тому, где они должны быть в

список адресов протокола со стрелкой влево и кнопками стрелки вправо.
Если
множественные опции адреса конфигурированы, первый адрес в списке
вошедший в контакт.
См. Также: "Конфигурируя Параметры Списка адресов" на странице 13-

3 для опций списка адресов
5. Если Вы делаете эти изменения к Местной папке, то выбираете, File> Сохраняет

Конфигурацию сети.
Конфигурирование Параметров Списка адресов

Когда сервис базы данных доступен множественными адресами протокола слушателя,
определите заказ, в котором должны использоваться адреса. Адреса могут быть выбраны
беспорядочно или попробованы последовательно.
Когда множественные адреса протокола были конфигурированы для сетевого
названия сервиса или сервиса базы данных, Вы можете конфигурировать параметры,
Таблица 13–1 Параметр Списка адресов

SOURCE_ROUTE Когда установлено в на, инструктирует Сеть Оракула использовать каждый
адрес в
(Исходная Маршрутизация) заказ представил, пока адресат не достигнут. Этот параметр
требуемый для того, чтобы достигнуть адресата, использующего
определенный маршрут, то есть, определенными машинами. Этот
параметр используется, чтобы допустить подключениям с Менеджером
Подключения Оракула.
См. Также: "Конфигурируя Клиентов для Менеджера
Подключения Оракула" на странице 13-6
ОБХОД ОТКАЗА Во времени соединения, инструктирует Сеть Оракула терпеть неудачу к
различному
(Слушатель времени сеанса, если первый слушатель терпит неудачу когда установлено в на.
Число
Обход отказа) адреса в списке определяют, сколько адресов пробуют.
Когда установлено в прочь, инструктирует Сеть Оракула пробовать
один адрес.
Обход отказа времени сеанса включен по умолчанию для
множественных списков адресов (ADDRESS_LIST),
подключать описатели (ОПИСАНИЕ), и множитель подключает
описатели (DESCRIPTION_LIST).
Важный:
Используя подключенный описатель с SERVICE_NAME,
гарантируйте, что значение не ни GLOBAL_DBNAME в любом входе
SID_DESC, ни SID_NAME в любом входе SID_DESC без набора
GLOBAL_DBNAME.

Таблица 13–1 (Продолжение следует). Параметры Списка адресов

LOAD_BALANCE (Клиент Когда установлено в на, инструктирует Сеть Оракула
прогрессировать через список
Загрузите Балансирование), адреса протокола в случайной последовательности, балансируя
загрузку на
различные слушатели. Когда установлено в прочь, инструктирует
Сеть Оракула пробовать адреса последовательно, пока каждый не
преуспевает.
Клиентское балансирование загрузки включено по
умолчанию для множителя, подключают описатели
(DESCRIPTION_LIST).
Примечание: Это не возможно, чтобы установить клиентское балансирование

загрузки или обход отказа времени сеанса с исходной маршрутизацией. В то
время как обход отказа времени сеанса и клиентская загрузка, балансирующая
выбор адрес от списка, исходная маршрутизация соединяется с каждым
адресом в списке последовательно.
Исходная маршрутизация вовлекает другую конфигурацию, которая идет вне области видимости этого
раздела.
См. Также: "Конфигурируя Клиентов для Менеджера

Подключения Оракула" на странице 11-4 для получения
дополнительной информации о конфигурировании клиентов для
исходной маршрутизации
Конфигурировать обход отказа времени сеанса или клиентское балансирование

загрузки:
1. Выполните процедуру в "Создавании Списка Адресов Протокола Слушателя" на
2. Используйте или Менеджера Сети Менеджера или Оракула Предприятия Оракула,
чтобы конфигурировать опции списка адресов.
Для Менеджера Предприятия Оракула, выберите соответствующую опцию в
Обходе отказа Времени сеанса и Клиентской Загрузке, Балансирующей раздел.
Для Менеджера Сети Оракула, нажмите Advanced в блоке Address Configuration.
Диалоговое окно Address List Options появляется. Выберите соответствующую
опцию.
Ta b l e 1 3 – 2 описывает опции списка адресов.
Таблица 13–2 Диалоговых окна Опций Списка адресов

Установка Параметра Опции
Попробуйте каждый адрес, чтобы, пока каждый не следует за FAILOVER=on
Попробуйте каждый адрес, беспорядочно, до одного LOAD_BALANCE=on
преуспевает
Опция This Примечание: не допущена, если
Опции Использования, Совместимые с Net8
8.0 Клиентов, выбраны в Менеджере Сети
Оракула.
Попробуйте один адрес, выбранный наугад LOAD_BALANCE=on
Опция This Примечание: не допущена, если
Опции Использования, Совместимые с Net8
8.0 Клиентов, выбраны в Менеджере Сети
Оракула.
Используйте каждый адрес, чтобы до адресата SOURCE_ROUTE=on
достиг
FAILOVER=on

Таблица 13–2 (Продолжение следует). Диалоговое окно Опций Списка адресов

Установка Параметра Опции
Используйте только первый адрес LOAD_BALANCE=off
Опция This Примечание: не допущена если Использование FAILOVER=off
Опции, Совместимые с Net8 8.0 Клиентов,
SOURCE_ROUTE=off
выбран в Менеджере Сети Оракула.
Следующий пример показывает tnsnames.ora файлу, конфигурированному

для клиентского балансирования загрузки:
sales.us.acme.com =
(ОПИСАНИЕ =
(ADDRESS_LIST =
(LOAD_BALANCE=on)
server) (PORT=1521))) (CONNECT_DATA =
Следующий пример показывает tnsnames.ora файлу, конфигурированному для

обхода отказа времени сеанса:
sales.us.acme.com =
(ОПИСАНИЕ =
(ADDRESS_LIST =
(LOAD_BALANCE=off)
(FAILOVER=ON)
server) (PORT=1521))) (CONNECT_DATA =
(SERVICE_NAME=sales.us.acme.com))),
Расширенное Конфигурирование Подключает Параметры Данных

Раздел CONNECT_DATA подключенного описателя определяет сервис целевой базы
данных. В следующем примере SERVICE_NAME определяет сервис, названный
sales.us.acme.com:
sales.us.acme.com =
(ОПИСАНИЕ =
(CONNECT_DATA =
Помимо названия сервиса, Вы можете произвольно конфигурировать подключенную

информацию данных с параметрами, описанными в Таблице 13–3.

Таблица 13–3 Расширенный Подключает Параметры настройки Данных

Предприятие Оракула
Менеджер/оракул Net tnsnames.ora Файл
Описание Параметра Опции Менеджера
Название INSTANCE_NAME Экземпляра класса, Используемое, чтобы идентифицировать экземпляр класса базы
данных, чтобы обратиться.
Название экземпляра класса может быть получено из параметра
INSTANCE_NAME в файле параметра инициализации.
Параметр This Примечание: не допущен, если Использование
Выпуск 8.0 Oracle8i Совместимая Идентификация проверено.
См. Также: "О Подключают Описатели" на странице 8-1
Размер Модуля SDU Чтобы оптимизировать скорость передачи пакетов данных,
Данных Сеанса посылаемых через сеть, Вы можете определить модуль данных
сеанса (SDU) размер, чтобы изменить характеристики
производительности, имеющие отношение к пакетам, посланным
через сеть.
См. Также: "Конфигурируя Модуль Данных Сеанса" на странице
Использование для HS 14-1 Вы хотите, чтобы сервер базы данных Оракула обратился к
Если
Гетерогенный системе неоракула через Гетерогенные Службы, включите эту
Службы опцию.
См. Также: "Конфигурируя Службы Сети Оракула для Оракула
Гетерогенные Службы" по странице 13-25
Оракул Параметры RDB_DATABASE Определите имя файла Оракула база данных Rdb.
настройки Rdb См. Также: "Конфигурируя Службы Сети Оракула для Оракула
Оракул База База данных Rdb" по странице 13-27
данных RDB
Ty pe S e rvi ce TYPE_OF_SERVICE Определите тип сервиса, чтобы использовать для Оракула базу
данных Rdb.
См. Также: "Конфигурируя Службы Сети Оракула для Оракула
База данных Rdb" по странице 13-27
Глобальное GLOBAL_NAME Использование, чтобы идентифицировать Оракула база данных Rdb.
Название Базы См. Также: "Конфигурируя Службы Сети Оракула для Оракула
данных База данных Rdb" по странице 13-27
Конфигурировать продвинутые параметры CONNECT_DATA или для сетевого названия

сервиса или для сервиса базы данных:
Чтобы добавить сетевой протокол обращаются к существующему сетевому названию
сервиса или сервису базы данных, используют или Менеджера Сети Менеджера или

1. Обратитесь к Обозначению Каталога или Местной странице Обозначения в
Предприятии Оракула
Менеджер:
a. Обратитесь к Сетевой странице Администрирования Служб в Менеджере
b. Выберите Местное Обозначение Обозначения или Каталога от списка

Administer, и затем
выберите Оракула домой для директивного сервера или местоположения
местного жителя
файлы конфигурации.
Обозначение Каталога или Местные страницы Обозначения появляются.

2. Выберите службу каталогов или сетевое название сервиса.

Конфигурирование Во время выполнения Балансирования Загрузки Подключения
Для Директивного Обозначения, выполните поиск сетевого названия сервиса в

Простом разделе Поиска, выберите сетевой сервис или сервис базы данных от
списка Results, и затем нажмите Edit. Для Местного Обозначения, выберите
сетевой сервис от списка, и затем нажмите Edit.
3. Нажмите позицию табуляции Advanced.
4. Введите поля или выберите опции как соответствующие, и затем нажмите OK.
См. Также: Ta b l e 1 3 – 3 на странице 13-6 для описания полей и

опций
5. Нажмите OK, чтобы обновить подключенную информацию данных.


Сервиса.
3. Выберите или сетевое название сервиса или сервис базы данных.
Правая область окна отображает текущий сервис адресата и список адресов.
4. В блоке Service Identification, нажмите Advanced.
Диалоговое окно Advanced Service Options появляется.
См. Также: Ta b l e 1 3 – 3 на странице 13-6 для описания полей и

опций
5. Введите поля или выберите опции как соответствующие, и затем нажмите OK.
6. Если Вы делаете эти изменения к Местной папке, выбираете, File> Сохраняет Сеть
Конфигурация.
Конфигурирование Во время выполнения Балансирования Загрузки

Подключения
Во время выполнения загрузка подключения, балансирующая особенность,
улучшает производительность подключения, балансируя число активных подключений
среди множественных диспетчеров. В Оракуле Реальная Прикладная среда
Кластеров у загрузки пула подключения, балансирующей также, есть возможность
балансировать число активных подключений среди множественных экземпляров класса.
Поскольку процесс PMON может регистрироваться с отдаленными слушателями,
слушатель может всегда знать обо всех экземплярах класса и диспетчерах, независимо от
их местоположения. В зависимости от информации загрузки решает слушатель, какой
экземпляр класса и, если разделенный сервер конфигурирован, к которому просит
диспетчер послать входящего клиента.
В общедоступной конфигурации сервера слушатель выбирает диспетчера в следующем
заказе: 1) наименее нагруженный узел, 2) наименее нагруженный экземпляр класса, и 3)
наименее нагруженный диспетчер для того экземпляра класса. В конфигурации
выделенного сервера слушатель выбирает экземпляр класса в следующем заказе: 1)
наименее нагруженный узел, и 2) наименее нагруженный экземпляр класса.
Если у сервиса базы данных есть множественные экземпляры класса на множественных
узлах, слушатель выбирает наименее нагруженный экземпляр класса на наименее
нагруженном узле. Если разделенный сервер конфигурирован, то наименее нагруженный
диспетчер выбранного экземпляра класса выбран.
Реальная Прикладная среда Кластеров Oracle9i требует, чтобы диспетчеры на каждом

экземпляре класса были пересечением, регистрированным с другими слушателями на
других узлах. Это достигнуто при помощи атрибута СЛУШАТЕЛЯ параметра
DISPATCHERS.
См. Также:
■ "Регистрирующаяся Информация с Отдаленным Слушателем" на странице
10-11
для законченной информации о перекрестной регистрации
■ Справочная информация Базы данных Оракула для законченной
Параметры SERVICE_NAMES И INSTANCE_NAME
■ Глава 12, "Конфигурируя Диспетчеров" для законченного
информация об атрибуте СЛУШАТЕЛЯ
Примечание: Для оптимального подключения объединяет

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

Конфигурации Сервера
Иллюстрация 13-1 показывает базе данных сервера Реальных Прикладных Кластеров
Oracle9i, которой разделяют, с двумя экземплярами класса, sales1 и sales2, того
же самого сервиса, sales.us.acme.com. Экземпляры класса sales1 и sales2
постоянно находятся на компьютерном sales1-сервере и sales2-сервере,
соответственно. у sales1 есть один диспетчер, и у sales2 есть два диспетчера.
Слушатели назвали слушателя выполненным на узлах 1 и 2, соответственно.
Атрибут слушателя в параметре DISPATCHERS был конфигурирован, чтобы учесть
регистрацию сервиса информации обоим слушателям.
Загрузка иллюстрации 13-1, Балансирующая Среду для Общедоступной
Конфигурации Сервера
sales2-сервер sales1-сервера
слуша слушатель
sales2
тель
диспетчер dispatcher3
sales1
dispatcher1
INSTANCE_NAME=sales1 ДИСПЕТЧЕРЫ
= (PROTOCOL=tcp)
(DISPATCHERS=1) (LISTENER=listeners_sales)
INSTANCE_NAME=sales2 ДИСПЕТЧЕРЫ =
(ПРОТОКОЛ = tcp)
(DISPATCHERS=2) (LISTENER=listeners_sales)
Значение Thelisteners_sales в (LISTENER=listeners_sales) может быть тогда решено через

местный tnsnames. файл ртов на обоих серверах следующим образом:
listeners_sales =
(ОПИСАНИЕ
(ОБРАТИТЕСЬ = (PROTOCOL=tcp) (HOST=salesl-server) (PORT=1521))
(ОБРАТИТЕСЬ = (PROTOCOL=tcp) (H0ST=sales2-server) (PORT=1521))),
Основанный на среде, следующие действия происходят. Пронумерованные

действия соответствуют стрелкам, которым показывают в иллюстрации 13-2 по
странице 13-10:
1. PMON обрабатывает для экземпляров класса salesl и регистра sales2 с обоими
слушателями. Слушатели обновлены на загрузке экземпляров класса и диспетчеров
динамически. Следующая информация загрузки регистрирована:
Одно мелкое среднее число загрузки для каждого экземпляра класса 600 для salesl и
400 для sales2.
Число подключений с каждым экземпляром класса 2 00 для
sales2.
Число подключений диспетчера с каждым экземпляром класса 200 для
dispatcher1, 100 для dispatcher2, и 200 для dispatcher3.
Среднее число загрузки на sales2-сервере (400) - меньше чем среднее
число загрузки на sales1-сервере (600). Это может случиться, требуется ли
больше обработки на

sales1-сервер. Число подключений с sales1 (200) является тем же самым

как тем из его единственного диспетчера, dispatcher1. Число подключений на
sales2 (300) является суммой подключений на ее двух диспетчерах,
dispatcher2 (100) и dispatcher3 (200). Поэтому, у sales2 есть больше
подключений чем sales1. В этом примере sales2-сервер - наименее
нагруженный узел, sales2 - наименее нагруженный экземпляр класса, и
dispatcher2 - наименее нагруженный диспетчер.
2. Клиент посылает подключенный запрос.
Подключенный описатель конфигурирован, чтобы попробовать каждый адрес
протокола беспорядочно, пока каждый не преуспевает:
sales.us.acme.com =
(ОПИСАНИЕ
(LOAD_BALANCE=ON)
(FAILOVER=ON)
server) (PORT=1521)) (CONNECT_DATA =
Слушатель на sales1-сервере был беспорядочно выбран, чтобы принять

клиента, подключают запрос.
Слушатель на sales1-сервере сравнивает загрузку экземпляров класса
sales1 и sales2. Сравнение принимает во внимание загрузку на sales1-
сервере узлов и sales2-сервере, соответственно. Так как sales2-сервер
менее загружен чем sales1-сервер, слушатель выбирает sales2-сервер по
sales1-серверу.
3. Слушатель сравнивает загрузку на
диспетчерах dispatcher2 и
dispatcher3. Поскольку
dispatcher2 менее загружен
4. Клиент соединяется непосредственно с чем dispatcher3, слушатель
dispatcher2.
переадресовывает клиента, подключают запрос с dispatcher2.
Загрузка иллюстрации 13-2, Балансирующая Пример для Общедоступной Конфигурации Сервера
1
Клиент sales.us.acme.com
ПОДКЛЮЧИТЕ слушатель
Скотта/тигра
sales.us.acme.com
Пример: Загрузка Пула Подключения, Балансирующая для Конфигурации
Выделенного сервера
Иллюстрация 13-3 показывает Реальной Прикладной базе данных выделенного сервера
Кластеров Oracle9z с двумя экземплярами класса, sales1 и sales2, того же самого
сервиса, sales.us.acme.com.

Экземпляры класса sales1 и sales2 постоянно находятся на компьютерном

sales1-сервере и sales2-сервере, соответственно. Слушатели назвали
слушателя выполненным на узлах 1 и 2, соответственно. Параметр
REMOTE_LISTENER был конфигурирован, чтобы учесть регистрацию сервиса
информации обоим слушателям.
Загрузка иллюстрации 13-3, Балансирующая Среду для Конфигурации

Выделенного сервера
слушат слушатель
ель
(9 S>
sales1
я sales2
л
SERVICE_NAMES=sales.us.acme. com
INSTANCE_NAME=sales1
INSTANCE_NAME=sales2 1
Значение Thelistener_sales2 в (REMOTE_LISTENER=listener_sales2) может быть тогда

решено через местный tnsnames. файл ртов на salesl-сервере следующим образом
listener_sales2 =
(ОПИСАНИЕ
(ОБРАТИТЕСЬ = (PROTOCOL=tcp) (H0ST=sales2-server) (PORT=1521))),
Значение Thelistener_salesl в (REMOTE_LISTENER=listener_salesl) может быть тогда

решено через местный tnsnames. файл ртов на sales2-сервере следующим образом
listener_salesl =
(ОПИСАНИЕ
(ОБРАТИТЕСЬ = (PROTOCOL=tcp) (HOST=salesl-server) (PORT=1521))),
Основанный на среде, следующие действия происходят. Пронумерованные

действия соответствуют стрелкам, которым показывают в иллюстрации 13-4 по
странице 13-13:
1.

Загрузка Узла 1 Минуты 450 200
Среднее число
sales1 sales2
Число Подключений с 200 150
В этом примере sales2-сервер - наименее нагруженный узел, и sales2 -

наименее нагруженный экземпляр класса.
2. Клиент посылает подключенный запрос.
Подключенный описатель конфигурирован, чтобы попробовать каждый адрес
протокола беспорядочно, пока каждый не преуспевает:
sales.us.acme.com =
(ОПИСАНИЕ =
(LOAD_BALANCE=on)
(FAILOVER=on)
server) (PORT=1521)) (CONNECT_DATA =
Слушатель на sales1-сервере был беспорядочно выбран, чтобы принять

клиента, подключают запрос.
Слушатель на sales1-сервере сравнивает загрузку экземпляров класса sales1
и sales2. Сравнение принимает во внимание загрузку на sales1-сервере
узлов и sales2-сервере, соответственно. Так как sales2-сервер менее
загружен чем sales1-сервер, слушатель выбирает sales2-сервер по
sales1-серверу.
3. Слушатель на sales1-сервере переадресовывает клиента, подключают запрос
со слушателем на sales2-сервере.
4. Клиент соединяется со слушателем на sale2-сервере. Слушатель запускает
процесс выделенного сервера, и процесс выделенного сервера наследовал запрос на
установление соединения от слушателя.

Конфигурирование Прозрачного Прикладного Обхода отказа
Загрузка иллюстрации 13-4, Балансирующая Пример для Конфигурации Выделенного сервера
1
sales.us.acme.com
Клиентский ^^
ПОДКЛЮЧИТЕ
Скотта/тигра
sales.us.acme.com
Примечание: Прозрачный Прикладной Обход отказа (TAF)

доступен с Выпуском Предприятия 10 г Базы данных Оракула.
TAF инструктирует Сеть Оракула терпеть неудачу по неудавшемуся подключению с

различным слушателем. Это дает возможность пользователю продолжить работать,
используя новое подключение, как будто оригинальное подключение никогда не терпело
неудачу.
TAF вовлекает ручную конфигурацию сетевого названия сервиса, которое включает
параметр FAILOVER_MODE, включенный в раздел CONNECT_DATA подключенного
описателя.
Это разделы затрагивает следующие темы:
■ О TAF
■ Что Восстанавливает TAF
■ Конфигурации Базы данных TAF
■ Параметры FAILOVER_MODE
■ Реализация TAF
■ Проверка TAF
О TAF
Прозрачный Прикладной Обход отказа (TAF) является клиентской особенностью,
которая учитывает клиентов, чтобы повторно соединиться с выживанием баз данных в
случае отказа экземпляра класса базы данных. Уведомления используются сервером,
чтобы вызвать возвратные вызовы TAF на стороне клиента.
TAF конфигурирован, используя или определенные ТЕХНИЧЕСКИЕ ПРИМЕЧАНИЯ
стороны клиента, подключают строку или использование серверных атрибутов сервиса.
Однако, если оба метода используются, чтобы конфигурировать TAF,

серверные атрибуты сервиса заменят клиентские параметры настройки. Серверные

атрибуты сервиса - привилегированный путь установить TAF.
TAF может работать в одном из двух режимов, Обхода отказа Сеанса и Обхода отказа
Выбора. Обход отказа Сеанса обновит потерянные подключения и сеансы. Выберите
Failover, переиграет запросы, которые происходили.
Когда будет отказ, функции возвратного вызова будут инициализированы на стороне
клиента через возвратные вызовы OCI. Это будет работать со стандартными
подключениями OCI так же как Пулом Подключения и подключениями Пула Сеанса.
Пожалуйста см. руководство OCI для большего количества подробностей относительно
возвратных вызовов, Пулов Подключения, и Пулов Сеанса.
TAF будет работать с RAC. Для большего количества подробностей и рекомендуемых
конфигураций, пожалуйста см. Руководство Администрирования RAC.
TAF будет работать с Физической Защитой Данных, чтобы обеспечить автоматический
обход отказа.
Что Восстанавливает TAF

TAF автоматически восстанавливает некоторых или все следующие элементы,
связанные с активными подключениями базы данных. Другие элементы, однако,
возможно, должны быть внедрены в прикладной код, чтобы дать возможность TAF
возвратить подключение.
Клиент-серверные Подключения Базы данных

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

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

TAF позволяет приложения, которые начали выбирать строки от курсора перед обходом
отказа, чтобы продолжить выбирать строки после обхода отказа. Это называют обходом
отказа "выбора". Это достигнуто перезапуском оператор SELECT, используя ту же
самую копию экрана, отказываясь от тех строк, уже выбранных и восстанавливая те
строки, которые не были выбраны первоначально. TAF проверяет, что строки, от
которых отказываются, - те, которые были возвращены первоначально, или он
возвращает сообщение об ошибках.
Активные Транзакции
Любые активные транзакции понижены до прежнего уровня во время отказа, потому что
TAF не может сохранить активные транзакции после обхода отказа. Приложение вместо
этого получает сообщение об ошибках, пока ОБРАТНАЯ ПЕРЕМОТКА не
подвергается.
Переменные Программы Serverside

Переменные программы Serverside, такие как МН государства пакета / государства
пакета SQL, потеряны во время отказов; TAF не может возвратить их. Они могут быть
инициализированы, делая запрос из возвратного вызова обхода отказа.
См. Также: Руководство Программиста Интерфейса Запроса Оракула
Конфигурации Базы данных TAF

TAF работает со следующими конфигурациями базы данных, чтобы эффективно
замаскировать отказ базы данных:
■ Оракул Реальные Прикладные Кластеры
■ Скопированные системы
■ Резервные базы данных
■ Единственная база данных Оракула экземпляра класса
См. Также: Оракул Реальное Прикладное Руководство

Инсталляции и Конфигурации Кластеров
Параметры FAILOVER_MODE
Параметр FAILOVER_MODE должен быть включен в раздел CONNECT_DATA
подключенного описателя. FAILOVER_MODE может содержать подчинение, описанное
в Таблице 13–4.
Таблица 13–4 Подчинения Параметра FAILOVER_MODE

FAILOVER_MODE
Описание Подчинения
РЕЗЕРВНАЯ КОПИЯ Определяет различное сетевое название сервиса для резервных подключений.
A
резервная копия должна быть определена, когда
использование предсоединяется, чтобы предустановить
ТИП Определяет тип обхода отказа. Три типа обхода отказа Сети Оракула
функциональные возможности доступны по умолчанию для
приложений (OCI) Интерфейса Запроса Оракула:
■ сеанс: Набор к обходу отказа сеанс. Если подключение
пользователя потеряно, новый сеанс автоматически создан для
пользователя на резервной копии. Этот тип обхода отказа не
пытается возвратить выборы.
■ выберите: Набор, чтобы дать возможность пользователям с
открытыми курсорами продолжить выбирать на них после
отказа. Однако, этот режим вовлекает наверху на клиентской
стороне в нормальных операциях выбора.
■ ни один: Это - значение по умолчанию. Никакие
функциональные возможности обхода отказа не используются.
Это может также быть явно определено, чтобы препятствовать
тому, чтобы обход отказа случился.
МЕТОД Определяет, как быстрый обход отказа происходит от первичного узла до
резервный узел:
■ основной: Набор, чтобы установить подключения во время
обхода отказа. Эта опция требует почти никакой работы над
сервером резервного копирования до времени обхода отказа.
■ предсоединитесь: Набор на предустановленные
подключения. Это обеспечивает более быстрый обход
отказа, но требует, чтобы резервный экземпляр класса
был в состоянии поддержать все подключения от
каждого поддержанного экземпляра класса.

Таблица 13–4 (Продолжение следует). Подчинение Параметра FAILOVER_MODE

FAILOVER_MODE
Описание Подчинения
ПОВТОРЕНИЯ Определяют число раз, чтобы попытаться соединиться после a
обход отказа. Если ЗАДЕРЖКА определена, значения по
умолчанию ПОВТОРЕНИЙ к пяти попыткам повторной
попытки.
Примечание:, Если функция возвратного вызова
регистрирована, то это подчинение
проигнорировано.
ЗАДЕРЖКА Определяет, что количество времени мгновенно, чтобы ждать между соединяется
попытки. Если ПОВТОРЕНИЯ определены, значения по
умолчанию ЗАДЕРЖКИ к одной секунде.
Примечание:, Если функция возвратного вызова
регистрирована, то это подчинение
проигнорировано.
Менеджер Сети Оракула Примечание: не оказывает поддержку

для параметров TAF. Эти параметры должны быть вручную
добавлены.
Реализация TAF
Важный: не устанавливайте параметры GLOBAL_DBNAME в
разделе SID_LIST_listener_name listener.ora.
Статически конфигурированное глобальное название базы данных
отключает TAF.
В зависимости от параметров FAILOVER_MODE Вы можете осуществить TAF многими

способами. Оракул рекомендует следующие методы:
■ Пример: TAF с Обходом отказа Времени сеанса и Клиентским Балансированием
Загрузки
■ Пример: TAF Повторение Подключения
■ Пример: TAF Предустановление Подключения
Пример: TAF с Обходом отказа Времени сеанса и Клиентским

Балансированием Загрузки
Осуществите TAF с обходом отказа времени сеанса и клиентской загрузкой,
балансирующей для множественных адресов. В следующем примере Сеть Оракула
соединяется беспорядочно с одним из адресов протокола на sales1-сервере или
sales2-сервере. Если сбои экземпляра класса после подключения, приложение TAF
терпит неудачу слушателю другого узла, резервируя каких-нибудь операторов SELECT
в продвижении.
sales.us.acme.com =
(ОПИСАНИЕ =
(LOAD_BALANCE=on)
(FAILOVER=on)
(ОБРАТИТЕСЬ =
(PROTOCOL=tcp)
(HOST=sales1-server)
(PORT=1521))
(ОБРАЩАЮТСЯ =
(PROTOCOL=tcp)
(PORT=1521))
(CONNECT_DATA =
(FAILOVER_MODE =
(TYPE=select)

(METHOD=basic))))
Пример: TAF Повторение Подключения

TAF также обеспечивает способность автоматически повторить соединение, если первая
попытка подключения терпит неудачу с параметрами RETRIES И DELAY. В
следующем примере Сеть Оракула пытается повторно соединиться со слушателем на
sales1-сервере. Если подключение обхода отказа терпит неудачу, Оракул, Net ждет
15 секунд прежде, чем попытаться повторно соединиться снова. Сеть Оракула пытается
повторно подключить до 20 раз.
sales.us.acme.com =
(ОПИСАНИЕ =
(PROTOCOL=tcp)
(PORT=1521))
(CONNECT_DATA =
(FAILOVER_MODE =
(TYPE=select)
(METHOD=basic)
(RETRIES=20)
(DELAY=15))))
Пример: TAF Предустановление Подключения

Может быть предустановлено резервное подключение. Начальные и резервные
подключения должны быть явно определены. В следующем примере клиенты, которые
используют сетевое название sales1.us.acme.com сервиса, чтобы соединиться со
слушателем на sales1-сервере, также предподключены с sales2-сервером.
Если сбои sales1-сервера после подключения, Сеть Оракула терпит неудачу на
sales2-сервер, сохраняя каких-нибудь операторов SELECT в продвижении.
Аналогично, Сеть Оракула предсоединяется с sales1-сервером для тех клиентов,
которые используют sales2.us.acme.com, чтобы соединиться со слушателем на
sales2-сервере.
sales1.us.acme.com =
(ОПИСАНИЕ =
(PROTOCOL=tcp)
(PORT=1521))
(CONNECT_DATA =
(INSTANCE_NAME=sales1)
(FAILOVER_MODE =
(BACKUP=sales2.us.acme.com)
(TYPE=select)
(METHOD=preconnect))))
sales2.us.acme.com = (ОПИСАНИЕ =
(PROTOCOL=tcp)
(PORT=1521))
(CONNECT_DATA =
(FAILOVER_MODE =
(BACKUP=sales1.us.acme.com)
(TYPE=select)

Определение Роли Экземпляра класса для Первичных и Вторичных Конфигураций Экземпляра класса
Проверка TAF
Y o u c n q u e r y FAILOVER_TYPE, FAILOVER_METHOD, и столбцы FAILED_OVER в
V$SESSION рассматривают, чтобы проверить, что TAF правильно конфигурирован.
Используйте представление V$SESSION получить информацию о подключенных
клиентах и их состоянии TAF. Например, сделайте запрос FAILOVER_TYPE,
FAILOVER_METHOD, и столбцов FAILED_OVER, чтобы проверить, что Вы правильно
конфигурировали TAF как в следующем операторе SQL:
ВЫБЕРИТЕ MACHINE, FAILOVER_TYPE, FAILOVER_METHOD, FAILED_OVER, СЧЕТ (*)
ОТ V$SESSION
ГРУППА МАШИНОЙ, FAILOVER_TYPE, FAILOVER_METHOD, FAILED_OVER;
Вывод перед обходом отказа напоминает следующее:

МАШИНА FAILOVER_TYPE FAILOVER_M FAI СЧЕТ (*)
------------------- ------------ --------- --- ---------
sales1 НИ ОДИН НИ ОДИН НОМЕР 11
sales2 ВЫБИРАЮТ НОМЕР 1 PRECONNECT
Вывод после обхода отказа:

МАШИНА FAILOVER_TYPE FAILOVER_M FAI СЧЕТ (*)
------------------- ------------ --------- --- ---------
sales2 НИ ОДИН НИ ОДИН НОМЕР 10
sales2 ВЫБИРАЮТ PRECONNECT ДА 1
Примечание: Вы можете контролировать каждый шаг TAF

использование соответственно конфигурированной функции OCI
TAF CALLBACK.
См. Также:
■ Руководство Программиста Интерфейса Запроса Оракула
■ Справочная информация Базы данных Оракула для
получения дополнительной информации о представлении
V$SESSION
Определение Роли Экземпляра класса для Первичных и

Вторичных Конфигураций Экземпляра класса
Параметр INSTANCE_ROLE - дополнительный параметр для раздела CONNECT_DATA
подключенного описателя. Это дает возможность Вам определить подключение с
первичным или вторичным экземпляром класса Реальных Прикладных конфигураций
Кластеров Oracle9i.
Этот параметр полезен когда:
■ Вы хотят явно соединиться с первичным или вторичным экземпляром класса. Значение по умолчанию
первичный экземпляр класса.
■ Вы хотят использовать TAF, чтобы предсоединиться со вторичным
INSTANCE_ROLE поддерживает следующие значения:
первичный — Определяет подключение с первичным экземпляром класса
вторичный — Определяет подключение со вторичным экземпляром класса
любой — Определяет подключение с тем, какой бы ни у экземпляра класса есть самая
низкая загрузка, независимо от первичной или вторичной роли экземпляра класса
Определение Роли Экземпляра класса для Первичных и Вторичных Конфигураций Экземпляра
класса
Пример: Подключение с Типом Роли Экземпляра класса

В следующем примере сетевое название sales_primary сервиса допускает
подключениям с первичным экземпляром класса, и сетевое название
sales_secondary сервиса допускает подключениям со вторичным экземпляром
класса.
sales_primary =
(ОПИСАНИЕ =
(PROTOCOL=tcp) (HOST=sales1-
server) (PORT=1521))
(CONNECT_DATA =
(INSTANCE_ROLE=primary)))
sales_secondary = (ОПИСАНИЕ =
(CONNECT_DATA =
(INSTANCE_ROLE=secondary)))
Пример: Подключение С Определенным Экземпляром класса

Есть времена, когда Менеджер Предприятия Оракула и другие продукты
сопровождения системы должны соединиться с определенным экземпляром класса
независимо от его роли, чтобы выполнить административные задачи. Для этих типов
подключений, конфигурируйте (INSTANCE_ NAME=instance_name) и
(INSTANCE_ROLE=any), чтобы соединиться с экземпляром класса независимо от
его роли.
В следующем примере сетевое название sales1 сервиса допускает подключениям
с экземпляром класса на sales1-сервере, и sales2 допускает подключениям с
экземпляром класса на sales2-сервере. (SERVER=dedicated) определен,
чтобы вызвать подключение выделенного сервера.
sales1 =
(ОПИСАНИЕ =
(CONNECT_DATA =
(INSTANCE_ROLE=any)
(SERVER=dedicated))) sales2 =
(ОПИСАНИЕ = (ОБРАЩАЮТСЯ =
(PROTOCOL=tcp)

Конфигурирование Подключений со Службами Базы данных Неоракула
(PORT=1521))
(CONNECT_DATA =
(INSTANCE_ROLE=any)
(SERVER=dedicated)))
Пример: TAF Предустановление Подключения

Если Прозрачный Прикладной Обход отказа (TAF) конфигурирован, резервное
подключение может быть предустановлено к вторичному экземпляру класса.
Начальные и резервные подключения должны быть явно определены. В следующем
примере Сеть Оракула соединяется со слушателем на sales1-сервере и
предсоединяется с sales2-сервером, вторичным экземпляром класса. Если сбои
sales1-сервера после подключения, приложение TAF терпит неудачу на sales2-
сервер, вторичный экземпляр класса, сохраняя каких-нибудь операторов SELECT в
продвижении.
sales1.acme.com =
(ОПИСАНИЕ =
(PROTOCOL=tcp)
(PORT=1521))
(CONNECT_DATA =
(INSTANCE_ROLE=primary)
(FAILOVER_MODE =
(BACKUP=sales2.acme.com)
(TYPE=select)
sales2.acme.com = (ОПИСАНИЕ =
(PROTOCOL=tcp)
(PORT=1521))
(CONNECT_DATA =
(INSTANCE_ROLE=secondary)))
Конфигурирование Подключений со Службами Базы данных

Неоракула
Следующие темы описывают, как конфигурировать подключения со службами базы
данных неоракула:
■ Конфигурирование Служб Сети Оракула для Внешних Процедур
■ Конфигурирование Служб Сети Оракула для Оракула Гетерогенные Службы
■ Конфигурирование Служб Сети Оракула для Оракула База данных Rdb
Конфигурирование Служб Сети Оракула для Внешних Процедур

Внешняя процедура - процедура, названная от другой программы, но написанный на
различном языке. Примером был бы запрос программы PL/SQL PL/SQL запроса
программы PL/SQL одна или более подпрограмм C, которые обязаны выполнять
обработку специального назначения.
Вы можете конфигурировать слушателя, чтобы прислушаться к внешним вызовам
процедуры. Когда приложение называет внешнюю процедуру, слушатель запускает
внешнего агента процедуры

названный extproc. Используя сетевое подключение, установленное

слушателем, приложение передает следующую информацию агенту:
■ DLL или разделенное библиотечное название
■ Внешнее название процедуры
■ Любые параметры
Агент тогда загружает DLL или общедоступную библиотеку, и выполняет внешнюю
процедуру и пасует назад к приложению любые значения, возвращенные внешней
процедурой.
Агент должен постоянно найтись на том же самом компьютере как приложение,
делающее внешний вызов процедуры.
■ Заданная по умолчанию Конфигурация для Внешних Процедур
■ Изменение Конфигурации Внешних Процедур для Более высокой Безопасности
Заданная по умолчанию Конфигурация для Внешних Процедур

Помощник Конфигурации Сети Оракула конфигурирует слушателя, чтобы принять
подключения и для базы данных и для внешних процедур во время инсталляции сервера
базы данных. Кроме того, Помощник Конфигурации Сети Оракула конфигурирует
сетевое название сервиса для внешних процедур в tnsnames.ora файле на сервере
базы данных. Внешний агент процедуры только будет в состоянии загрузить DLLS от
$ORACLE_HOME/lib на операционных системах UNIX и ORACLE_HOME\bin на
Windows.
Пример 13–1 показ заданная по умолчанию конфигурация в listener.ora файле.
Пример 13–1 listener.ora Файл с Заданной по умолчанию Внешней Установкой

Процедуры
(ОПИСАНИЕ =
(ADDRESS_LIST =
(ОБРАТИТЕСЬ = (PROTOCOL=tcp) (HOST=sale-server) (PORT=1521))
(ОБРАТИТЕСЬ = (PROTOCOL=ipc) (KEY=extproc))))
SID_LIST_LISTENER = (SID_LIST = (SID_DESC =
(GLOBAL_DBNAME=sales.us.acme.com)
(ORACLE_HOME =/oracle)
(SID_NAME=sales))
(SID_DESC =
(SID_NAME=plsextproc)
(ORACLE_HOME
=/oracle)
(PROGRAM=extproc)))
Пример 13–2 показа заданная по умолчанию конфигурация в tnsnames.ora файле.
Пример 13–2 tnsnames.ora Файла с Заданной по умолчанию Внешней Установкой

Процедуры
EXTPROC_CONNECTION_DATA =
(ОПИСАНИЕ =
(ОБРАТИТЕСЬ = (PROTOCOL=ipc)
(KEY=extproc)) (CONNECT_DATA =
(SID=plsextproc))),

Изменение Конфигурации Внешних Процедур для Более высокой Безопасности

Чтобы достигнуть более высокого уровня безопасности в промышленной среде,
измените заданную по умолчанию конфигурацию, выполняя следующие задачи:
1. Конфигурируйте и выполните отдельного слушателя, специализированного
обслуживанию внешней процедуры
запросы.
extproc агент, порожденный слушателем, наследовал привилегии операционной
системы слушателя. Поэтому, конфигурируйте этого слушателя, чтобы работать с
привилегиями операционной системы ниже чем таковые из слушателя для базы
данных.
2. Ограничьте DLLs, который extproc агент может загрузить, перечисляя их явно в
файл listener.ora.
Подробности этих задач следуют.
Изменить заданную по умолчанию конфигурацию для более высокого уровня
безопасности:
1. Удалите внешние входы процедуры для заданного по умолчанию слушателя,
конфигурированного
Помощник Конфигурации Сети Оракула.
Для большинства инсталляционных типов этого слушателя называют СЛУШАТЕЛЕМ.
a. Обратитесь к странице Администрирования Сети Оракула в Менеджере
b. Выберите Слушателей от списка Administer, и затем выберите Оракула домой это

d. Выберите слушателя, созданного Помощником Конфигурации Сети Оракула, и
затем
нажмите Edit.
Страница Слушателей Редактирования появляется.
e. В разделе Адресов, выберите адрес протокола для внешних процедур,
и затем нажмите Remove.
f. Нажмите позицию табуляции Other Services.
g. Выберите строку, представляющую информацию сервиса для внешних процедур,
и затем нажмите Remove.
2. Создайте другого слушателя, чтобы исключительно обработать внешние процедуры:
a. Переместитесь назад к странице Слушателей.
b. Щелчок Создает.
Создающаяся страница Слушателя появляется.

c. В Поле имени Слушателя, введите уникальное имя слушателя, такой
как
LISTENEREXTPROC, в Поле имени Слушателя.
3. В разделе Адресов, конфигурируйте адрес протокола IPC.

b. От списка Protocol, выберите IPC.
c. В Поле ключа, введите ключевое значение extproc.

Примечание:, Если у компьютера есть больше чем один Оракул домой

или больше чем один слушатель, каждый слушатель, должен
определить уникальную КЛАВИШУ. Например, Вы можете использовать
extproc1 для первого слушателя, extproc2 для второго
слушателя, и так далее.
См. Также: "Конфигурирование Адресов Протокола Слушания" на

страница 10-3 для получения дополнительной информации о конфигурировании
протокола слушателя
адреса
d. Нажать OK.
4. Добавьте информацию сервиса о extproc в listener.ora файле, включая
параметры, описанные в Таблице 13–5.

Таблица 13–5 Внешних Параметров настройки Процедур в listener.ora

Предприятие Оракула listener.ora
Описание Параметра Поля Менеджера
ПРОГРАММА Названия Программы Определяет название внешней выполнимой программы агента процедуры.
Примечание: На Windows, выполнимая программа должна
постоянно найтись в каталоге ORACLE_ HOME\bin.
Переменные среды ENVS Определяют переменную среды EXTPROC_DLLS, чтобы ограничить DLLs
этому extproc позволяют загрузиться. Без переменной среды
EXTPROC_DLLS extproc загружает DLLs от $ORACLE_ первая
страница/lib на операционных системах UNIX и ORACLE_HOME\
bin на Windows.
Набор EXTPROC_DLLS к одному из следующих значений:
■ список Colon-separated DLLs
Синтаксис: "DLL:DLL"
Описание: Это значение позволяет extproc загружать
указанный DLLs и DLLs от $ORACLE_HOME/lib на
операционных системах UNIX и ORACLE_HOME\bin на
Windows. Вы должны ввести законченный директивный путь и имя
файла DLLs.
■ ТОЛЬКО (Рекомендуемый для максимальной безопасности)
Синтаксис: "ONLY:DLL:DLL"
Описание: Это значение позволяет extproc загружать только
указанный DLLs. Вы должны ввести законченный директивный
путь и имя файла DLLs.
■ ЛЮБОЙ
Синтаксис: "ЛЮБОЙ"
Описание: Это значение позволяет extproc загружать любой
DLL. ЛЮБОЙ отключает проверку DLL.
Примеры:
"EXTPROC_DLLS =/home/xyz/mylib.so:/home/abc/urlib.so, LD_LIBRARY_
ПУТЬ =/private/xpm/lib:/private/mylibs,
MYPATH =/usr/ucb:/usr/local/packages, APL_ENV_FILE =/apl/conf/env.txt"
"EXTPROC_DLLS=ONLY:/home/xyz/mylib.so:/home/abc/urlib.so, LD_LIBRARY_
ПУТЬ =/private/xpm/lib:/private/mylibs,
"EXTPROC_DLLS=ANY, LD_LIBRARY_PATH =/private/xpm/lib:/private/mylibs,

Каталог ORACLE_HOME Первой страницы Оракула Определяет исходное размещение Оракула агента.
СИД SID_NAME Определяет системный идентификатор для внешнего агента процедуры любым
название.
Конфигурировать информацию сервиса о extproc:

1. Нажмите позицию табуляции Other Services.
2. Нажмите кнопку "Добавить".
Создавание Другой страницы Сервиса появляется.
3. Введите extproc в Поле имени Программы, и Оракула домой где
выполнимая программа extproc постоянно находится в поле Directory Первой
страницы Оракула, и системе
идентификатор, такой как extproc, в поле SID.
4. В разделе Переменных среды, нажмите Add Another Row.

5. Введите переменную среды EXTPROC_DLLS в Поле имени и директивный

путь и имя файла DLLs в Значении l u e поле.
6. Нажать OK.
Создающаяся страница Слушателя появляется.
7. Нажмите OK, чтобы добавить слушателя.
Слушатель добавлен к странице Слушателей.

listener.ora файл обновляет с информацией для внешних процедур, как
показано в следующем выводе:
LISTENEREXTPROC =
(ОПИСАНИЕ =
(PROTOCOL=ipc) (KEY=extproc)))
SID_LIST_LISTENEREXTPROC = (SID_LIST = (SID_DESC =
(PROGRAM=extproc) (ENVS =
"EXTPROC_DLLS=ONLY:/home/xyz/mylib.so:/home/abc/urlib.so
,
LD_LIBRARY_PATH =/private/xpm/lib:/private/mylibs,
)
(SID_NAME=extproc) (ORACLE_HOME =/oracle))) 8. Запустите слушателя для внешних
процедур от учетной записи пользователя с более низкими привилегиями чем пользователь
оракула.
Гарантируйте, что у этой учетной записи пользователя нет общего доступа к файлам
находящимся в собственности оракула. Определенно, у этого
пользователя не должно быть разрешения читать или написать файлам базы данных
или адресному пространству сервера Oracle. Кроме того, этот пользователь должен
иметь доступ для чтения к listener.ora файлу, но не должен иметь доступа для
записи к этому.
Выполнение слушателя с более низкими привилегиями также препятствует тому,
чтобы Вы использовали команды SET утилиты Listener Control, чтобы изменить
конфигурацию этого слушателя в listener.ora файле. Поэтому Корпорация
Оракула рекомендует, чтобы Вы завершили listener.ora конфигурацию файла
до выполнения слушателя.
См. Также:
■ "Задача 1: Запустите Слушателя" на странице 15-2 для команд при
использовании команды START утилиты Listener Control, чтобы
запустить слушателя
■ Руководство Разработчика приложений Базы данных Оракула -
Основные принципы для машинной команды по предоставлению
внешним вызовам процедуры
Конфигурирование Служб Сети Оракула для Оракула Гетерогенные Службы

Гетерогенные Службы - интегрированный компонент в пределах сервера базы данных
Оракула, и обеспечивает универсальную технологию для того, что она обратилась к
системам неоракула от сервера базы данных Оракула. Гетерогенные Службы допускают
Вам:
■ SQL Оракула Использования, чтобы очевидно обратиться к данным сохранил в системах
неоракула, как будто данные постоянно находятся в пределах сервера базы данных
Оракула

■ вызовы процедуры Оракула Использования, чтобы очевидно обратиться к системам

неоракула, службам, или интерфейсам прикладного программирования (API), от
Вашего Оракула распространял среду
В то время как Гетерогенные Службы обеспечивают универсальную технологию в
сервере базы данных Оракула, Гетерогенный агент Сервиса обязан обращаться к
специфической системе неоракула.
Чтобы инициализировать подключение с системой неоракула, сервер базы данных
Оракула запускает процесс агента через слушателя на шлюзе. Для сервера базы данных
Оракула, чтобы быть в состоянии соединиться с агентом, выполните следующие шаги:
1. Конфигурируйте слушателя на шлюзе, чтобы прислушаться к входящим запросам от
сервера базы данных Оракула и породить Гетерогенных агентов Служб,
конфигурируя параметры, описанные в Ta b l e 1 3 – 6 в listener.ora файле.
Таблица 13–6 Гетерогенных Параметров настройки Служб в listener.ora

Предприятие Оракула
Поле Менеджера listener.ora Описание Параметра
Оракула ПРОГРАММА Определите название выполнимой программы агента.
Названия ORACLE_HOME Определите исходное размещение Оракула выполнимой
Программы SID_NAME программы агента.
СИД Определите Идентификатор Системы Оракула (СИД).
T o c o n f я г u r e t h e СИД, ORACLE_HOME, и параметры PROGRAM:

2. Обратитесь к странице Администрирования Сети Оракула в Менеджере Предприятия
Оракула.

5. Выберите слушателя, созданного Помощником Конфигурации Сети Оракула, и затем
нажмите
Редактировать.
6. В разделе Адресов, выберите адрес протокола для внешних процедур, и затем
нажмите Remove.
7. Нажмите позицию табуляции Other Services.
8. Нажмите кнопку "Добавить".
Создавание Другой страницы Сервиса появляется.
9. Введите имя программы в Поле имени Программы, которое будет выполняться, чтобы
создать шлюз, Оракул домой, где выполнимая программа агента постоянно
находится в поле Directory Первой страницы Оракула, и СИДЕ или названии
сервиса системы неоракула в поле SID.
10. Нажать OK.
Страница Слушателя Редактирования появляется.

11. Нажмите OK, чтобы изменить
слушателя.
Страница Слушателей

listener.ora файл обновляет информацию о Гетерогенных Службах, как

показано в следующем:
SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(SID_NAME=sybasegw)
(ORACLE_HOME =/oracle10g)
(PROGRAM=tg4sybs)))
См. Также: База данных Оракула Гетерогенное

Руководство Администратора Обеспечения связи
12. На компьютере, где база данных Оракула постоянно находится, устанавливает

сетевое название сервиса, чтобы соединиться со слушателем на шлюзе.
Подключенный описатель должен также включать выражение HS=ok, чтобы
удостовериться, что подключение использует Гетерогенные Службы:
a. Создайте сетевое название сервиса, которое может использоваться для подключений
от Оракула
сервер базы данных к системе неоракула.
См. Также: "Задача 1: Конфигурируйте Сетевые Названия Сервиса"

на странице 8-4 для местных команд обозначения и "Задачи 2:
Создайте или Измените Сетевые Входы" на странице 8-9 для команд
обозначения каталога
b. Используйте или Менеджера Сети Менеджера или Оракула Предприятия

Оракула, чтобы конфигурировать
HS=ok.
Для Менеджера Предприятия Оракула, нажмите позицию табуляции
Advanced в Создающейся Сетевой странице Названия Сервиса, и затем
нажмите Использование для Гетерогенных Служб.
Для Менеджера Сети Оракула, нажмите Advanced в блоке Service
Identification. Диалоговое окно Advanced Service Options появляется. Нажмите
Use для Гетерогенных Служб.
c. Нажмите OK, чтобы подтвердить изменение.
tnsnames.ora файл обновляет с новым сетевым названием сервиса,
конфигурированным для Гетерогенных Служб, как показано в следующем:
sybase_gtw = (ОПИСАНИЕ = (ОБРАЩАЮТСЯ = (PROTOCOL=tcp)
(HOST=gate-server) (PORT=1521)) (CONNECT_DATA =
(SERVICE_NAME=sybasegw))
(HS=ok))))
Конфигурирование Служб Сети Оракула для Оракула База данных Rdb

Оракул Rdb является базой данных для 64-битовых операционных систем Digital’s.
Поскольку Оракул, у Rdb есть свой собственный слушатель, клиент, взаимодействует с
Rdb тем же самым способом, поскольку это делает с базой данных Оракула.
Чтобы инициализировать подключение с Оракулом Rdb, установите сетевое название
сервиса, чтобы подключить с Оракулом базу данных Rdb, используя параметры,

Таблица 13–7 Оракулов Параметры настройки Базы данных RDB в Подключенном Описателе
Предприятие Оракула Описание
Поле Менеджера tnsnames.ora Параметр
База данных Rdb RDB_DATABASE Определите имя файла Оракула база данных Rdb.
Тип S e rvice TYPE_OF_SERVICE Определите тип сервиса, чтобы использовать для Оракула
базу данных Rdb. Это используется инструментальными
средствами интерфейса Rdb. Эта особенность должна
только использоваться, если приложение поддерживает и
Оракула Rdb и службы базы данных Оракула, и Вы
хотите, чтобы приложение загрузило равновесие между
Глобальное Название GLOBAL_NAME Базы данных (Дополнительный) Определяют Оракула база данных Rdb.
См. Также: Оракул документация Rdb
Чтобы конфигурировать клиента для Оракула база данных Rdb, используйте Менеджера
Сети Оракула:
1. Создайте сетевое название сервиса, которое может использоваться для подключений от
сервера Oracle
к системе неоракула.
См. Также: "Задача 1: Конфигурируйте Сетевые Названия Сервиса" на

странице 8-4 для местных команд обозначения и "Задачи 2: Создайте
или Измените Сетевые Входы" на странице 8-9 для команд
обозначения каталога
2. Используйте или Менеджера Сети Менеджера или Оракула Предприятия Оракула

для Оракула Rdb
параметры.
Для Менеджера Предприятия Оракула, нажмите позицию табуляции Advanced в
Создающейся Сетевой странице Названия Сервиса.
Для Менеджера Сети Оракула, нажмите Advanced в блоке Service Identification.
Диалоговое окно Advanced Service Options появляется.
3. Введите имя файла Оракула база данных Rdb в поле Rdb Database.
4. Произвольно, введите глобальное имя базы данных в Глобальном Поле имени
Базы данных, и, если нужно, определите тип сервиса в Ty pe o f S e r v я ce
поле, и затем нажмите OK.
tnsnames.ora файл обновляет с новым сетевым названием сервиса,
конфигурированным для Оракула базу данных Rdb, как показано в следующем:
alpha5 =
(ОПИСАНИЕ =
(ОБРАЩАЮТСЯ
=...)
(CONNECT_DATA =
(SERVICE_NAME=generic)
(RDB_DATABASE = [. средняя частота]
mf_personnel.rdb)
(GLOBAL_NAME=alpha5)))
В следующем примере TYPE_OF_SERVICE используется, чтобы загрузить

равновесие между Оракулом сервис базы данных Rdb и сервисом базы данных
Оракула:
alpha5 = (DESCRIPTION_LIST
= (ОПИСАНИЕ = (ОБРАЩАЮТСЯ
=...) (CONNECT_DATA =
(SERVICE_NAME=generic)
(RDB_DATABASE = [. средняя частота]
mf_personnel.rdb)
(GLOBAL_NAME=alpha5)))
(ОПИСАНИЕ = (ОБРАЩАЮТСЯ =...)

(CONNECT_DATA =
(SERVICE_NAME=sales.us.acme.com))
(TYPE_OF_SERVICE=oracle9_database))
См. Также: Оракул документация Rdb

Конфигурирование Подключений со Службами Базы данных
Неоракула

14
Оптимизация Производительности
Эта глава описывает, как оптимизировать производительность

подключения. Эта глава содержит эти темы:
■ Конфигурирование Модуля Данных Сеанса
■ Конфигурирование Пространства буфера ввода - вывода
■ Конфигурирование Поддержки Протокола SDP Сетевой Коммуникации Infiniband на
Сервер Базы данных
■ Конфигурирование Слушателя и Базы данных Оракула, Чтобы Ограничить Потребление
Ресурса Неправомочными Пользователями
Конфигурирование Модуля Данных Сеанса

Под типичной конфигурацией базы данных Сеть Оракула формирует данные в буфера
размер модуля данных сеанса (SDU) прежде, чем послать данные через сеть. Net
Оракула посылает каждый буфер, когда это заполнено, сброшено на диск, или когда
приложение пытается читать данные. Корректировка размера буферов SDU
относительно количества данных, предоставленных Сети Оракула, чтобы послать в
любой момент, может улучшить производительность, сетевое использование и
потребление памяти.
Количество данных, предоставленных Сети Оракула, чтобы послать в любой момент,
может упоминаться как размер сообщения. Сеть Оракула предполагает по умолчанию,
что размер сообщения будет обычно изменяться между 0 и 2048 байтов, и нечасто, будет
большим чем 2048. Если это предположение будет истиной, то большую часть времени,
данные пошлют, используя один буфер SDU. Это предположение - то, почему значение
по умолчанию для размера SDU - 2048.
Рассмотрите изменение размера SDU, когда преобладающий размер сообщения меньше
или больше чем 2048. Размер SDU, который Вы выбираете, должен быть на 70 байтов
большим чем преобладающий размер сообщения, пока максимальный размер SDU не
превышен. Если преобладающий размер сообщения плюс 70 байтов превышает
максимальный SDU, то SDU должен быть установлен таким образом, что размер
сообщения разделен на наименьшее число равных частей, где каждая часть составляет
70 байтов меньше чем размер SDU.
Размер SDU может колебаться от 512 байтов до 32767 байтов. Если параметр
DEFAULT_SDU_SIZE не конфигурирован в sqlnet.ora файле, то заданный по
умолчанию SDU для клиента и выделенного сервера составляет 2048 байтов, в то время
как для общедоступного сервера заданный по умолчанию SDU составляет 32767 байтов.
О фактическом используемом размере SDU договариваются между клиентом и сервером
во времени соединения и будет меньшими из значений сервера и клиента. Также,
конфигурирование размера SDU, различного от значения по умолчанию, требует
конфигурирования SDU и на клиенте и на компьютерах сервера, если Вы не используете
разделенные серверы, когда только клиент должен быть изменен потому что
общедоступные значения по умолчанию сервера на максимальное значение.
Оптимизация Производительности 14-1

Конфигурирование Модуля Данных Сеанса
Например, если большинство сообщений, посланных и полученных приложением,

меньше чем 8 КБ в размере, принимая во внимание, что приблизительно 70 байтов для
верхнего, устанавливая SDU к 8 КБ вероятно приведут к хорошим результатам. Если
достаточная память будет доступна, то используя максимальное значение для SDU
свернет число системных вызовов и наверху для Служб Сети Оракула.
Конфигурация Clientside
Чтобы конфигурировать клиента, установите размер SDU в следующих местах:
■ sqlnet.ora Файл
Для глобальной конфигурации на клиентской стороне, конфигурируйте параметр
DEFAULT_SDU_SIZE в sqlnet.ora файле:
DEFAULT_SDU_SIZE=32767
■ Подключают Описатели
Поскольку частность подключают описатель, Вы можете отменить текущие
параметры настройки в клиентской стороне sqlnet.ora файл. В подключенном
описателе Вы определяете параметр SDU для описания.
sales.us.acme.com =
(ОПИСАНИЕ =
(SDU=11280)
(ОБРАТИТЕСЬ = (PROTOCOL=tcp) (HOST=sales-server) (PORT=1521))
(CONNECT_DATA = (SERVICE_NAME=sales.us.acme.com))),
Размер SDU применяет ко всем протоколы Сети Оракула.
Конфигурация Serverside
Чтобы конфигурировать сервер базы данных, установите размер SDU в следующих
местах:
Конфигурируйте параметр DEFAULT_SDU_SIZE в sqlnet.ora файле:
DEFAULT_SDU_SIZE=32767
■ используя разделенные процессы сервера, набор SDU измеряют в параметре

DISPATCHERS
следующим образом:
ДИСПЕТЧЕРЫ = "(ОПИСАНИЕ = (ОБРАЩАЮТСЯ = (PROTOCOL=tcp)) (SDU=8192))",
выделенный сервер обрабатывает для базы данных, которая регистрирована с

■ используя
слушатель через статическую конфигурацию в listener.ora файле, Вы можете

отменить
текущая установка в sqlnet.ora:
SID_LIST_listener_name
= (SID_LIST =
(SID_DESC =
(SDU=8192)
(SID_NAME=sales)))
Отметьте, что меньшее значение размера SDU и значение, конфигурированное для

клиента, победят.

Конфигурирование Пространства буфера ввода - вывода

Надежные сетевые протоколы как данные буфера TCP/IP в посылают и получают
буфера, посылая и получая к или от ниже и протоколы верхнего уровня. Размеры этих
буферов затрагивают сетевую производительность, как эти буферные решения
управления потоком данных влияния размеров.
Параметры RECV_BUF_SIZE И SEND_BUF_SIZE определяют, что размеры разъема
получают и посылают буфера, соответственно, связанный с подключением Сети
Оракула.
Чтобы гарантировать непрерывный поток данных и лучшее использование сетевой
полосы пропускания, определите, что предел пространства буфера ввода - вывода для
получает и посылает операции сеансов с параметрами RECV_BUF_SIZE И
SEND_BUF_SIZE.
Для лучшей производительности, размера посылания и получают буфера, должен
быть установлен достаточно большой, чтобы держать все данные, которые можно
послать одновременно на сетевом подключении. Для простого подключения базы
данных это типично отображает к OCI_ PREFETCH_MEMORY размер.
Устанавливая SEND_BUF_SIZE и RECV_BUF_SIZE к по крайней мере продукту
задержки полосы пропускания, обеспечит, чтобы, когда большому количеству данных
послали это, сетевая полоса пропускания будет оптимально использоваться.
Например, предположите, что у сетевой ссылки между первичной базой данных и
резервной базой данных есть время путешествия туда и обратно 34 ms и полоса
пропускания 15 Mbps. Продукт задержки полосы пропускания этой сетевой ссылки
составляет приблизительно 64 КБ. Наибольшее сообщение имело обыкновение
передавать данные отмены последней операции Undo между первичной базой данных, и
резервная база данных составляет 1 МБ, таким образом оптимальное значение для
send_buf_size и recv_buf_size параметров в этом сценарии - поэтому 1 МБ однако,
установка по крайней мере 64 КБ должна быть достаточной, чтобы оптимизировать
использование доступной полосы пропускания.
ОТМЕТЬТЕ: фактическое значение send_buf_size и recv_buf_size

параметров может быть меньше чем значение, определенное или
из-за ограничений в ведущей операционной системе или из-за
ограничений памяти.
ОТМЕТЬТЕ ТАКЖЕ: важно рассмотреть общее количество параллельных

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

один конец сетевого подключения, типично в клиенте, равен значению параметра
SEND_BUF_ SIZE с другой стороны, типично в сервере.
Определите эти параметры в sqlnet.ora файле или в подключенном описателе на
клиентской стороне и listener.ora, sqlnet.ora файлы на стороне сервера.

Примечание: Использует эти параметры с предостережением,

поскольку они затрагивают сетевую и системную производительность.
Значения по умолчанию для этих параметров - определенная
операционная система. Следующее - значения по умолчанию для
Solaris 2.8 Операционных системы:
■ SEND_BUF_SIZE: 16 384 байта
■ RECV_BUF_SIZE: 24 576 байтов
Заданный по умолчанию размер и для SEND_BUF_SIZE и для
RECV_BUF_SIZE для Solaris 2.9 составляет 49 152 байта.
Эти параметры поддержаны для TCP, TCP/IP с SSL, и протоколов SDP.
Дополнительные протоколы могут поддержать эти параметры на
определенных операционных системах. Отошлите к операционной
системе определенную документацию Сети Оракула для
дополнительной информации.
Определение Продукта Задержки Полосы пропускания

Продукт задержки полосы пропускания - продукт сетевой полосы пропускания и время
путешествия туда и обратно данных, пробегающихся через сеть. Самый простой способ
определить время путешествия туда и обратно состоит в том, чтобы использовать
команду, такую как утилита ping от одного главного компьютера до другого и
использовать времена ответа, возвращенные утилитой ping.
Например, если у сети есть полоса пропускания 100 Mbps и время путешествия туда и
обратно 5ms, посылание и получать буфера, должен быть по крайней мере (100X106) *
(5X10-3) биты или приблизительно 62.5 килобайта.
Для лучшего понимания отношений среди модулей и вовлеченных коэффициентов,
обратитесь к следующему уравнению:
100 000 000 битов 1 байт 5 секунд

--------------- x x = 62 500 байтов
1 секунда 8 битов 1000
См. Также: "Используя Помощника Следа, чтобы Исследовать

Файлы Следа" на странице 16-37
Чтобы конфигурировать клиента, установите размер пространства буфера в следующих
местах:
Для глобальной конфигурации на clientside, конфигурируйте sqlnet.ora файл.
Установка только параметр RECV_BUF_SIZE типично адекватна. Если клиент
посылает большие запросы, то также установленный SEND_BUF_SIZE.
RECV_BUF_SIZE=11784
См. Также: "Конфигурируя Расширенную Информацию

Конфигурации" относительно страницы 9-5
■ Подключают Описатели
Поскольку частность подключают описатель, Вы можете отменить текущие
параметры настройки в clientside sqlnet.ora файл. В подключенном описателе,
Вы или определите параметры пространства буфера для специфического адреса
протокола или описания.
sales.us.acme.com =
(ОПИСАНИЕ =
(ADDRESS_LIST =
(ОБРАТИТЕСЬ = (PROTOCOL=tcp) (HOST=sales1-server) (PORT=1521)
(SEND_BUF_SIZE=11784) (RECV_BUF_SIZE=11784))
(ОБРАЩАЮТСЯ = (PROTOCOL=tcp) (HOST=sales2-server)
(PORT=1521)
(SEND_BUF_SIZE=11784)
(RECV_BUF_SIZE=11784))
(CONNECT_DATA =
hr.us.acme.com = (ОПИСАНИЕ =
(RECV_BUF_SIZE=11784)
(ОБРАТИТЕСЬ = (PROTOCOL=tcp) (HOST=hr1-server)
(SERVICE_NAME=hr.us.acme.com)))
Поскольку сервер базы данных пишет, что данные клиентам, устанавливая только
параметр SEND_BUF_SIZE в serverside типично адекватны. Если сервер базы
данных получает большие запросы, то также установленный параметры
RECV_BUF_SIZE.
Чтобы конфигурировать сервер базы данных, установите размер пространства буфера в
listener.ora и в sqlnet.ora файле.
listener.ora
В listener.ora файле Вы можете или определить пространство буфера parametersfor
специфический адрес протокола или для описания.
(ОПИСАНИЕ =
(ОБРАТИТЕСЬ = (PROTOCOL=tcp) (HOST=sales-server) (PORT=1521)
(RECV_BUF_SIZE=11784))
(ОБРАТИТЕСЬ = (PROTOCOL=ipc) (KEY=extproc)
(RECV_BUF_SIZE=11784)))
LISTENER2 =
(ОПИСАНИЕ =
(RECV_BUF_SIZE=11784)
(ОБРАТИТЕСЬ = (PROTOCOL=tcp) (HOST=sales-server) (PORT=1521))),
sqlnet.ora
RECV_BUF_SIZE=65536
SEND_BUF_SIZE=65536
Параметр Инициализации ДИСПЕТЧЕРОВ

Используя разделенные процессы сервера, Вы можете отменить текущие параметры
настройки, полученные из sqlnet.ora файла сервера, устанавливая параметры
пространства буфера в параметре инициализации ДИСПЕТЧЕРОВ следующим образом:
ДИСПЕТЧЕРЫ =, "(ОБРАЩАЮТСЯ = (PROTOCOL=tcp) (SEND_BUF_SIZE=65536))",

Конфигурирование Поддержки Протокола SDP Сетевой Коммуникации Infiniband на Сервер Базы данных
Конфигурирование Поддержки Протокола SDP Сетевой

Коммуникации Infiniband на Сервер Базы данных
Службы Сети Оракула оказывают поддержку для протокола SDP для
высокоскоростных сетей Infiniband.
Протокол SDP - стандартный протокол коммуникации для кластерных сред сервера.
SDP - интерфейс между сетевой интерфейсной платой и приложением. При
использовании SDP приложения помещают большую часть бремени обмена
сообщениями в сетевую интерфейсную плату, освобождая центральный процессор для
других задач. В результате SDP уменьшает использование центрального процессора и
сетевая задержка.
SDP проектирован определенно для Системных Локальных сетей (SANs). САН
характеризовано коротким расстоянием, высокоэффективной связью между
множественными системами сервера, такими как Сервер приложений Оракула
(OracleAS) или любой другой сторонний клиент среднего ряда и серверы базы данных,
кластеризованные в один выключатель.
Этот раздел описывает, как установить поддержку Сети Оракула SDP для средней
коммуникации сервера ряда и базы данных. Это включает следующие темы:
■ Предпосылки к Использованию Поддержки Протокола SDP
■ Конфигурация Serverside
■ Конфигурация Clientside
См. Также:
"Производительность Между Средней Базой данных Ряда и Оракула" по
странице 1-13 для краткого обзора поддержанного развертывания
ОТМЕТЬТЕ: Пожалуйста сверьтесь со своим индивидуальным

продавцом для их совместимости версии с выпуском 2 10 г Базы
Посетите Сеть Технологии Оракула (OTN) для дальнейшей
информации о поддержке протокола SDP.
Предпосылки к Использованию Поддержки Протокола SDP

До конфигурирования поддержки протоколу SDP, установите необходимые аппаратные
средства, установите аппаратные средства Infiniband и программное обеспечение от
назначенного продавца и на прикладном Web-сервере и на сервере базы данных.
Аппаратные средства Infiniband могут быть установлены прежде или после инсталляции
Client 10 г Базы данных Сервера или Оракула 10 г Базы данных Оракула, которая
включает поддержку протокола SDP. Если аппаратные средства установлены после
инсталляции Oracle, затем выполнять эти шаги:
1. Повторно запустите Оракула Универсальный Инсталлятор.
2. В Доступной странице Продуктов, выберите Клиента 10 г Базы данных Сервера
или Оракула 10 г Oracle Database.
3. В Инсталляционной странице Типов, выберите Custom.
4. В Доступной странице Компонентов Продукта, выберите только Службы Сети
Оракула.
Чтобы конфигурировать сервер базы данных, конфигурируйте адрес протокола
SDP в listener.ora файле на сервере базы данных.
Конфигурирование Слушателя и Базы данных Оракула, Чтобы Ограничить Потребление Ресурса Неправомочными
Пользователями
Следующий пример показывает оконечной точке SDP, которая использует порт,

номер 1521 на компьютерном коммерческом сервере.
(ОПИСАНИЕ =
(ADDRESS_LIST =
(ОБРАТИТЕСЬ = (PROTOCOL=sdp) (HOST=sales-server) (PORT=1521)),
(PORT=1521)) (ОБРАТИТЕСЬ = (PROTOCOL=ipc)
(KEY=extproc)))),
См. Также: "Создавая Список Адресов Протокола Слушателя" на

Конфигурировать серверы OracleAS или стороннего клиента среднего ряда:
1. Конфигурируя стороннего клиента среднего ряда, модернизируйте клиентов, чтобы
использовать программное обеспечение Клиента 10 г Базы данных Оракула. От
Оракула Универсальный Инсталлятор, В Доступной странице Продуктов, выбирают
Клиента 10 г Oracle Database.
2. И для серверов OracleAS и для стороннего клиента среднего ряда, создайте сетевое
название сервиса, чтобы соединиться с сервером базы данных:
■ серверы For OracleAS, определите сетевое название сервиса, которое использует тот же самый
TCP/IP
адрес протокола конфигурирован в listener.ora файле. Например:
продажи =
(ОПИСАНИЕ =
(ОБРАТИТЕСЬ = (PROTOCOL=tcp) (HOST=sales-
server))) (CONNECT_DATA =
■ Для сторонних клиентов среднего ряда, определите сетевое название сервиса, которое
использует
тот же самый адрес протокола SDP конфигурирован в listener.ora файле.
Например:
продажи =
(ОПИСАНИЕ =
(ОБРАТИТЕСЬ = (PROTOCOL=sdp) (HOST=sales-
server))) (CONNECT_DATA =
См. Также: Глава 8, "Конфигурируя Обозначение Методов" для

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

Ограничить Потребление Ресурса Неправомочными
Несанкционированный доступ слушателю или серверу базы данных может привести к
атакам отказа в обслуживании, посредством чего неправомочный клиент пытается
блокировать способность уполномоченных пользователей обратиться и использовать
систему когда необходимо. Злонамеренные клиенты могут попытаться затопить
слушателя, или сервер базы данных с подключают запросы, у которых есть единственная
цель потреблять ресурсы, такие как подключения, процессы, или потоки. Чтобы
смягчить эти типы атак, конфигурируйте пределы, которые сдерживают время, в которое
ресурсы могут быть проведены до аутентификации. Попытки клиента превысить
конфигурированные пределы приведут к завершениям подключения и аудиторскому
следу, содержащему адрес IP зарегистрированного клиента.
Конфигурирование Слушателя и Базы данных Оракула, Чтобы Ограничить Потребление Ресурса Неправомочными
Чтобы ограничить потребление ресурса неправомочными пользователями и допустить

аудиторскому следу, установите значения срока для параметров, описанных в Ta b l e 1
4 – 1. У этих параметров нет значений по умолчанию.
Таблица 14–1 Параметр Соедин-времени-ожидания

Параметр Описание
INBOUND_CONNECT_ Определяют время, мгновенно, для клиента, чтобы завершить подключить запрос с
Слушатель TIMEOUT_listener_name после сетевого подключения был установлен.
в listener.ora
Если слушатель не получает клиентский запрос в определенное время, то это
заканчивает подключение. Кроме того, слушатель регистрирует адрес IP
клиент и РТЫ 12525: TNS:listener не получил запрос клиента вовремя
позволенное сообщение об ошибках к listener.log файлу.
См. Также:
■ "Решая Самые общие Сообщения об ошибках для Служб Сети Оракула" по странице
16-5 для описания работ сообщения об ошибках
■ "Анализируя Журналы регистрации Слушателя" на странице 16-19 для
дальнейшей информации о зарегистрированном входе в listener.log
файле
Параметр Определите время, мгновенно, для клиента, чтобы соединиться с сервером базы
CONNECT_TIMEOUT данных и предоставить необходимую опознавательную информацию.
SQLNET.INBOUND_ в Если клиент не в состоянии устанавливать подключение и завершать
sqlnet.ora на сервере аутентификацию в определенное время, то сервер базы данных заканчивает
базы данных подключение. Кроме того, сервер базы данных регистрирует адрес IP клиента и
РТОВ 12170: время ожидания TNS:Connect произошло сообщение об ошибках с
sqlnet.log файлом. Клиент принимает любой РТЫ 12547: TNS:lost
входят в контакт или РТЫ 12637: Пакет получает подведенное
сообщение об ошибках.
См. Также:
■ "Конфигурируя Расширенную Информацию Конфигурации" относительно
страницы 9-5 для информации относительно конфигурирования этого
параметра
■ "Решая Самые общие Сообщения об ошибках для Служб Сети Оракула" по странице
16-5 для описания работ сообщения об ошибках
Определяя значения для этих параметров, рассмотрите следующие
рекомендации:
■ Установленный оба параметров к начальной букве низко оценивают.
■ Установите значение параметра INBOUND_CONNECT_TIMEOUT_listener_name
для более низкого значения чем параметр
SQLNET.INBOUND_CONNECT_TIMEOUT.
Например, Вы можете установить INBOUND_CONNECT_TIMEOUT_listener_name в
2 секунды и параметр INBOUND_CONNECT_TIMEOUT для 3 секунд. Если клиенты
неспособны завершить подключения в пределах указанного времени из-за системных
или сетевых задержек, которые являются нормалью для специфической среды, то
увеличивают время как необходимо.

Часть III
Тестирование и Диагностика Сети
Оракула
Службы
Часть III описывает, как установить подключения, и идентифицировать и

диагностировать проблемы со Службами Сети Оракула.
Эта часть содержит эти главы:
■ Глава 15, "Основывая Сеть и Проверяя Подключение"
■ Глава 16, "Расследуя Службы Сети Оракула"
15
Установление Сети и Проверяя
Подключение
Как только Вы завершили конфигурирование сети, Вы должны сделать подключение и

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

Соединение с базой данных вовлекает стартовые сетевые компоненты и ввод
подключенной строки с сетевым названием сервиса, такие как следующее:

■ Старт Компонентов Служб Сети Оракула
■ Ввод Подключенная Строка
■ Подключают Идентификатор и Подключают Дескрипторные Характеристики Синтаксиса
■ Абсолютная Спецификация Названия для Директивного Обозначения
■ Инициализация Подключений
Старт Компонентов Служб Сети Оракула

Клиентские рабочие станции и другие серверы соединяются со слушателем с сетевым
названием сервиса, регистрируя на сервер базы данных Оракула.
После установки и конфигурирования всех сетевых компонентов, Вы должны запустить
их, чтобы сделать сеть функциональной. Следующее - схема задач, которые Вы должны
выполнить, чтобы запустить сетевые компоненты.
Задача 1: Запустите Слушателя
Задача 2: Запустите Базу данных
Задача 3: Менеджер Подключения Оракула Начала
Установление Сети и Проверяя Подключение 15-1

Соединение с Базой данных
Задача 1: Запустите Слушателя

Для Сети Оракула, чтобы принять подключения на сервере базы данных, запустите
слушателя с утилиты Listener Control на сервере:
1. Определите состояние слушателя. От командной строки, введите:
lsnrctl
LSNRCTL> СОСТОЯНИЕ [listener_name]
где listener_name - имя слушателя, определенного в listener.ora файле.

Это не необходимо, чтобы идентифицировать слушателя, если Вы используете
заданного по умолчанию слушателя, названного СЛУШАТЕЛЕМ.
Если команда STATUS указывает, что слушатель работает, пойдите в Шаг 2. Если
слушатель не работает, пойдите в Шаг 3.
Даже если слушатель работает, остановите слушателя, и запустите это
снова прежде, чем перейти к Шагу 2. Чтобы остановить слушателя,
введите:
LSNRCTL> пароль ПАРОЛЯ НАБОРА
LSNRCTL> ОСТАНОВКА
[listener_name]
ПАРОЛЬ НАБОРА только требуется, если пароль установлен в listener.ora

файле. Значения по умолчанию пароля к ОРАКУЛУ.
2. Запустите слушателя. Введите:
LSNRCTL> НАЧАЛО [listener_name]
Утилита Listener Control отобразит сообщение состояния, указывающее, что

слушатель запустил успешно. Проверьте это, все ожидаемые службы для того
слушателя перечислены в резюме служб в сообщении состояния.
3. Выйдите от утилиты Listener Control. Введите:
LSNRCTL> ВЫХОД
На Windows слушатель может также быть начат через Панель управления:

1. Выберите значок Services в окне Control Panel.
2. Выберите сервис OracleHOME_NAMETNSListener — название сервиса, если
Вы используете заданного по умолчанию СЛУШАТЕЛЯ названия слушателя — или
OracleHOME_
NAMETNSListenerlsnr, где lsnr - название слушателя не по умолчанию.
3. Нажмите Start, чтобы запустить сервис.
4. В окне Services, нажмите Close.
Задача 2: Запустите Базу данных

Используйте инструмент выбора, такого как SQL*Plus, запустить базу данных:
1. Запустите SQL*Plus, не соединяясь с базой данных:
sqlplus/nolog
2. Соединитесь с Оракулом как SYSDBA:

SQL> ПОДКЛЮЧАЕТ имя пользователя/пароль как sysdba
3. Когда Вы вводите команду STARTUP, определите название базы данных и полный

путь
файл параметра:
SQL> ЗАПУСК database_name pfile=file

Если Вы не определяете опцию PFILE, база данных Оракула использует

стандартный файл параметра инициализации, расположенный в
$ORACLE_BASE/admin/db_ name/pfile/sid каталог на платформах UNIX, и
ORACLE_BASE\admin\db_ name\pfile\sid каталог на Windows. Если Вы не
определяете название базы данных, то база данных использует значение параметра
DB_NAME, определенного в файле параметра инициализации.

Оракула для дальнейшей информации о старте базы данных
Задача 3: Менеджер Подключения Оракула Начала

Если Менеджер Подключения Оракула установлен и конфигурирован, запускать это с
утилиты Oracle Connection Manager Control (CMCTL), вводя команды в следующий
заказ:
1. От командной строки, введите:
CMCTL
CMCTL> УПРАВЛЯЮТ [instance_name]
instance_name - имя Менеджера Подключения Оракула, которым Вы хотели бы

управлять. Вы можете определить название, рассматривая cman.ora, Менеджер
Подключения Оракула файл конфигурации. Файл может быть найден в следующем
местоположении на Менеджере Подключения Оракула компьютером:
■ UNIX:
$ORACLE_HOME/network/admin
■ Windows: ORACLE_HOME\
network\admin
Менеджер Подключения Оракула отображает сообщение состояния, указывающее

название экземпляра класса и сообщающее Вам, что экземпляр класса еще не был
начат.
Примечание:, Если Вы не обеспечиваете название экземпляра класса как

параметр, Менеджера Подключения Оракула с полностью компетентным
именем хоста, управляют. Это - значение по умолчанию. После того, как
Вы выпускаете команду ADMINISTER, дисплеи CMCTL, экземпляр
класса называет этот путь:
CMAN_fully_qualified_host_name
2. Запустите Менеджера Подключения Оракула, которым Вы хотели управлять:

CMCTL> ЗАПУСК
Менеджер Подключения Оракула указывает, что экземпляр класса был

начат. Кроме того, это обеспечивает отчет о состоянии для экземпляра
класса.
3. Выйдите от утилиты Oracle Connection Manager Control. Введите:

CMCTL> ВЫХОД
На Windows Менеджер Подключения Оракула может также быть начат через Панель
управления:

4. Выберите значок Services в окне Control Panel.

5. Выберите сервис OracleHOME_NAMECMan, чтобы запустить Менеджера
Подключения Оракула, и затем нажать Start.
6. В окне Services, нажмите Close.
Ввод Подключенная Строка

После того, как сетевые компоненты начаты, как описано в "Соединении с Базой
данных" по странице 15-1, Вы должны быть в состоянии сделать подключение через
сеть. То, как Вы делаете подключение, зависит от метода обозначения, который Вы
конфигурировали в Главе 8, "Конфигурируя Обозначение Методов", и инструмента,
используемого для подключения.
Подключенная строка берет следующую каноническую форму:
На большинстве операционных систем Вы можете определить значение по умолчанию,

подключают идентификатор. Этим путем, подключенный идентификатор не должен
быть определен в подключенной строке. Чтобы определить значение по умолчанию
подключают идентификатор, используют переменную среды TWO_TASK на
платформах UNIX или МЕСТНУЮ переменную среды или вход системного реестра на
Windows.
Например, если переменная среды TWO_TASK установлена в продажи, Вы можете
соединиться с базой данных от SQL*Plus с, ПОДКЛЮЧАЮТ имя
пользователя/пароль, а не ПОДКЛЮЧАЮТ username/password@sales.
Проверки Сети Оракула, если TWO_TASK установлен и использует продажи значения
как подключенный идентификатор. Если это существует, Сеть Оракула соединяется.
См. Также: Оракул, управляющий системно-специфической

документацией для команд на установке TWO_TASK и МЕСТНЫЙ
Дальнейшая информация о соединяется, строковый формат предоставлен в следующих

темах:
■ Подключают Идентификатор и Подключают Дескрипторные Характеристики Синтаксиса
■ Абсолютная Спецификация Названия для Директивного Обозначения
Подключите Идентификатор и Подключите Дескрипторные Характеристики Синтаксиса

Соединитесь идентификаторы, используемые в подключенной строке, не могут
содержать пространства, если не включено в пределах единственных кавычек (') или
удваивать кавычки ("). В следующих примерах подключенный идентификатор и
подключенный описатель, которые содержат пространства, включены в пределах
единственных кавычек:
ПОДКЛЮЧИТЕ Скотта/тигра ’(ОПИСАНИЕ = (ОБРАТИТЕСЬ = (PROTOCOL=tcp) (HOST=sales-
server) (PORT=1521)) (CONNECT_DATA = (SERVICE_NAME=sales.us.acme.com)))’,
ПОДКЛЮЧИТЕ Скотта/тигра @’cn=sales, cn=OracleContext, dc=us, dc=acme, dc=com’
Единственные кавычки (') требуются, если двойная кавычка (") используется в

подключенном идентификаторе. Например:
ПОДКЛЮЧИТЕ Скотта/тигра @'sales@Good "Быстро" Food.com'
Аналогично, двойные кавычки (") требуются, если единственная кавычка (')

используется в подключенном идентификаторе. Например:
ПОДКЛЮЧИТЕ Скотта/тигра "cn=sales, cn=OracleContext, ou=Mary's Отдел, o=acme"
Соединение с Базой
данных
Абсолютная Спецификация Названия для Директивного Обозначения
Примечание: JDBC OCI Драйверы поддерживает абсолютное

обозначение. Тонкие Драйверы JDBC поддерживают абсолютное
обозначение только, когда законченный DN используется. См. Базу
данных Оракула Руководство Разработчика JDBC и Справочная
информация для дальнейшей информации.
Этот раздел описывает, как конфигурировать абсолютные названия для следующих

пространств имен:
■ Абсолютные Названия для Пространств имен X.500
■ Абсолютные Названия для Пространств имен Компонента Домена
Абсолютные Названия для Пространств имен X.500 Для пространств имен

X.500, вход основного каталога, определенный для клиента, должны быть в одном из
следующих форматов:
[ou], o
[ou], o, c
где [ou] представляет дополнительный organizationalUnitName.
Абсолютное название клиентское использование как подключенный идентификатор
должно быть в одном из следующих форматов:
cn [.ou].o
cn [.ou].o.c
где [cn] представляет вход Сети Оракула.
Например, рассмотрите клиента, который был конфигурирован с заданным по
умолчанию Контекстом Оракула
из cn=OracleContext, ou=acctg, o=acme, c=us.
Каталог содержит продажи объекта базы данных с DN
cn=sales, cn=OracleContext, ou=mktg, o=acme, c=jp. В этом
сценарии клиент требует подключенного идентификатора sales.mktg.acme.jp
(cn.ou.o.c). Иллюстрация 15-1 изображает этот пример.
Иллюстрация 15-1 Абсолютное Название для Пространств имен X.500
• c=jp м.
o=acme
w ou=mktg м.
cn=OracleContext • cn=sales
A
n fo
d
o
где [система цифрового управления] представляет дополнительный

компонент домена и [...] представляет дополнительные входы компонента
домена.
Абсолютное название, которое клиент должен использовать в подключенном
идентификаторе, должно быть в одном из следующих форматов:
cn.dc [.dc] [...]
cn [.ou] @dc [.dc] [...]
где [cn] представляет вход Сети Оракула.
Пример 1 Рассматривает клиента, который был конфигурирован с заданным по

умолчанию Контекстом Оракула cn=OracleContext, dc=us, dc=acme,
dc=com.
Директивный сервер содержит вход для продаж объекта базы данных с DN
cn=sales, cn=OracleContext, dc=jp, dc=acme, dc=com. В этом
сценарии клиент требует подключенного идентификатора sales.jp.acme.com
(cn.dc.dc.dc). Иллюстрация 15-2 по странице 15-6 изображает этот пример.
Пример 2 Рассматривает тот же самый вход основного каталога как Пример 1.

Директивный сервер содержит продажи объекта базы данных с DN
cn=sales, cn=OracleContext, ou=mktg, dc=jp, dc=acme, dc=com.
Примечание ou=mktg. Поскольку компоненты домена должны быть отделены от
модулей организации, клиент требует подключенного идентификатора продаж
mktg@jp.acme.com (cn.ou@dc.dc.dc). Иллюстрация 15-2 по странице 15-6
изображает этот пример.
Иллюстрация 15-2 Абсолютное Название для Пространств имен Компонента Домена

• dc=jp, dc=acme, dc=com
1
cn=OracleContext
я cn=sales
• dc=jp, dc=acme, dc=com
1
ou=mktg
я cn=OracleContext
> cn=sales
Инициализация Подключений
Есть многие способы инициализировать подключение с сервером Oracle. Обычно
используемые методы описаны в этих темах:
■ Соединение от Операционной системы, чтобы Проверить Клиента
■ Соединение от Экрана Входа в систему Инструмента, чтобы Проверить Клиента
■ Соединение от 3GL, чтобы Проверить Клиента
■ Соединение Используя Специальные Команды В пределах Инструментальных
средств

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

случае. Каждый из общих перечисленных методов кратко покрыт здесь. Чтобы
идентифицировать метод, используемый в определенном инструменте, обратитесь к
руководству пользователя для инструмента.
Соединение от Операционной системы, чтобы Проверить Клиента

Общая форма соединения приложения на сервер базы данных от командной строки:
инструмент username/password@connect_identifier
Например:
SQLPLUS system/password@sales
Чтобы препятствовать тому, чтобы пароль отобразил во время входа в систему, Вы

можете не учесть параметр пароля на командной строке. Например:
SQLPLUS system@sales
Вы будете запрошены ввести Ваш пароль без этого показывающий на экране.

Большинство инструментальных средств Оракула может использовать командную
строку операционной системы, чтобы соединиться; некоторые обеспечивают
альтернативы.
Соединение от Экрана Входа в систему Инструмента, чтобы Проверить

Клиента
Некоторые инструментальные средства обеспечивают экран входа в систему как
альтернативную форму входа в систему. Пользователь может войти на сервер базы
данных, идентифицируя оба имя пользователя и подключить идентификатор
(username@connect_identifier) в поле имени пользователя экрана входа в
систему инструмента, и вводе пароля как обычно в поле пароля.
Соединение от 3GL, чтобы Проверить Клиента

В приложениях, письменных, используя 3GL, программа должна установить
подключение с сервером, используя следующий синтаксис:
эксEC sql подключает:username, идентифицированный:password
В этом запросе на установление соединения:username и:password 3GL

переменные, которые могут быть установлены в пределах программы или статически
или запрашивая пользователя. Соединяясь с сервером базы данных,
значение:username переменной находится в форме:
username@net_service_name
:password переменная содержит пароль за учетную запись базы данных, с которой

Вы соединяетесь.
Соединение Используя Специальные Команды В пределах

Инструментальных средств
У Некоторых инструментальных средств Оракула есть команды для подключений базы
данных, когда-то инструмент был начат, позволить альтернативному имени
пользователя быть определенным, не оставляя инструмент. SQL*Plus позволяет команду
CONNECT, используя следующий синтаксис:
SQL> ПОДКЛЮЧАЕТ username/password@net_service_name
Например:
SQL> ПОДКЛЮЧАЕТ scott/tiger@serverx
Это очень похоже к методу командной строки операционной системы, за исключением

того, что он введен в ответ на подсказку инструмента вместо подсказки операционной
системы.
Тестирование Сети
Другие инструментальные средства Оракула используют немного различные методы,

определенные для их функции или интерфейса. Например, Оракул инструментальные
средства CDE использует кнопки входа в систему и всплывающее окно с именем
пользователя, паролем, и отдаленным полем идентификатора базы данных.
Тестирование Сеть
Привилегированная последовательность для того, чтобы проверить сеть следующие:
1. Запустите и проверьте каждого слушателя.
2. Запустите и проверьте каждого Менеджера Подключения Оракула (если
включено в Вашу сетевую схему размещения).
3. Проверьте сервер с петлевым тестом.
4. Проверьте клиента с подключением.

■ Тестирование Слушателя
■ Тестирование Менеджера Подключения Оракула
■ Тестирование Конфигурации на Сервере Базы данных
■ Тестирование Сетевого Обеспечения связи от Клиента
Слушатель
Чтобы проверить слушателя, инициализируйте подключение от клиента к любой
активной базе данных, которой управляет тот слушатель, как описано в "Тестировании
Конфигурации на Сервере Базы данных" на странице 15-8.

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

Как только Вы конфигурировали сеть, проверьте конфигурацию, выполняя
петлевой тест на сервере базы данных.
Петлевой тест использует Сеть Оракула, чтобы пойти от сервера базы данных назад к
себе, обходя Взаимодействие процессов (IPC). Выполнение успешного возврата цикла
проверяет, что Сеть Оракула функционирует на сервере базы данных.
Чтобы выполнить петлевой тест, используйте Менеджера Предприятия Оракула или
Помощника Net8.

2. В навигаторе, разверните Каталог или Местный> Обозначение Сервиса.

3. Выберите сетевое название сервиса или сервис базы данных.
4. Выберите Command> Te s t N e t S e r v я c e.
Тестирование предполагает, что база данных и слушатель работают. Если они не,
см. "Стартовые Компоненты Служб Сети Оракула" на странице 15-1, чтобы
запустить компоненты.

Во время тестирования диалоговое окно Connection Test появляется, обеспечивая

сообщению:
Если тест был успешен, перейдите к Шагу 5.

5. Нажмите Близко к, отклоняют диалоговое окно Connect Test.
Тестирование Сетевого Обеспечения связи от Клиента

Чтобы проверить несколько различных клиентов в Вашей сети, инициализируйте
подключение с сервером базы данных от каждого из них следующим за командами во
"Вводе Подключенной Строки" на странице 15-4.
Сеть Оракула также обеспечивает следующие инструментальные средства, чтобы
помочь оценивать сетевое обеспечение связи:
■ Утилита TNSPING
■ Утилита TRCROUTE
Утилита TNSPING
Утилита TNSPING определяет, может ли сервис (например, база данных Оракула или
любой другой сервис Оракула) на сети Сети Оракула быть успешно достигнут.
Если Вы можете подключить успешно от клиента на сервер (или сервер на другой
сервер) использование утилиты TNSPING, это отображает оценку времени путешествия
туда и обратно (в миллисекундах), это берет, чтобы достигнуть сервиса Сети Оракула.
Если это терпит неудачу, это отображает сообщение, описывающее ошибку, которая
произошла. Это дает возможность Вам видеть сетевую ошибку, которая происходит без
верхнего из подключения базы данных.
Используя TNSPING, Чтобы вызвать утилиту TNSPING, введите

следующее: tnsping net_service_name счет
Примечание: у Различных платформ могут быть различные

интерфейсы, но программа, принимает те же самые параметры.
Вызовите TNSPING для дисплея надлежащих требований
интерфейса.
■ net_service_name: должен существовать в tnsnames.ora файле или сервисе

названия в использовании, таком как система цветного изображения аппаратуры
передачи данных или NIS.
■ (дополнительный) счет: определяет, сколько времен программа пытается
достигнуть сервера.
Если сетевое определенное название сервиса является названием базы данных, TNSPING
пытается войти в контакт с соответствующим слушателем. Это фактически не
определяет, работает ли сама база данных. Используйте SQL*Plus, чтобы делать
попытку подключения с базой данных.
Следующее - некоторые примеры TNSPING.

Пример: Достижение Базы данных с TNSPING, Чтобы соединиться с базой данных,

используя сетевое название сервиса продаж, следующее введено:
Продажи TNSPING
Это производит следующее сообщение:

Утилита Утилиты ping ТЕХНИЧЕСКИХ ПРИМЕЧАНИЙ для Solaris: Версия 10.1.0.2.0 на 15-
NOV-2003 14:46:28
Copyright (c) 1997 Oracle Corporation. Все права защищены.
Используемые файлы параметра:

Используемый адаптер TNSNAMES, чтобы решить псевдоним
Попытка войти в контакт (с ОПИСАНИЕМ = (ADDRESS_LIST = (ОБРАЩАЮТСЯ = (ПРОТОКОЛ =
TCP) (ГЛАВНЫЙ КОМПЬЮТЕР = коммерческий сервер) (ПОРТ = 1521))) (CONNECT_DATA =
(SERVICE_NAME =
sales.us.acme.com)))
OK (10 мс)
Определить, может ли подключение быть сделано к коммерческой базе данных, и

определить, что TNSPING пытаются подключить восемь раз и затем сдаться,
использовать следующий синтаксис:
продажи tnsping 8
Эта команда производит следующее сообщение:

NOV-2003 14:49:26

(SERVICE_NAME =
OK (10 мс)
OK (0 мс)
OK (10 мс)
OK (0 мс)
OK (10 мс)
OK (10 мс)
OK (10 мс)
OK (0 мс)
Пример: Недопустимое Сетевое Название Сервиса с TNSPING Ниже - пример

TNSPING, пытающегося соединиться с недопустимым сетевым названием сервиса:
tnsping badname
Эта попытка производит следующее сообщение:

NOV-2003 14:51:12
ТЕХНИЧЕСКИЕ ПРИМЕЧАНИЯ 03505: Подведенный, чтобы решить название

Пример: Правильное Сетевое Название Сервиса со следующим TNSPING - пример
использования TNSPING, чтобы соединиться с названием, которое правильно, но это
решает к адресу, где никакой слушатель не расположен (например, слушатель не может
быть начат):

NOV-2003 14:46:28

(SERVICE_NAME =
ТЕХНИЧЕСКИЕ ПРИМЕЧАНИЯ 12541: слушатель TNS:no
Утилита TRCROUTE
Утилита Маршрута Следа (TRCROUTE) дает возможность администраторам
обнаружить, что путь или направить подключение берет от клиента на сервер. Если
TRCROUTE сталкивается с проблемой, он возвращает ошибочный стек клиенту вместо
единственной ошибки. Эти дополнительные сообщения об ошибках делают диагностику
проще.
TRCROUTE отличается от TNSPING, в котором он едет, поскольку специальный тип
подключает пакет, и направлен также. Поскольку это едет к своему адресату,
TRCROUTE соединяются, пакет собирает адреса ТЕХНИЧЕСКИХ ПРИМЕЧАНИЙ
каждого узла, это едет через. Если ошибка происходит, TRCROUTE собирает сведения
об ошибке, которые показывают, где ошибка произошла. TRCROUTE отображает
информацию, собранную на клиентском экране. Вы можете переадресовать вывод
TRCROUTE к файлу, и напечатать его, если Вы желаете.
TRCROUTE использует минимальные ресурсы. Это заключает, что информация в
подключенных данных специального предложения подключает пакет; стандарт
соединяется, пакеты не затронуты.
Сервер не затронут TRCROUTE. Слушатель получает и обрабатывает TRCROUTE,
подключают пакет. Это возвращает информацию клиенту, помещая это в пакет мусора.
Сервер не нуждается к запуску ни в каких новых процессах или сделке с фиктивными
подключениями.
Используя TRCROUTE, Чтобы вызвать TRCROUTE, введите следование из

командной строки: trcroute net_service_name
Следующее - два примера вывода маршрута следа.
Пример: Успешный Маршрут Следа

Следующий пример показывает успешному пакету Маршрута Следа, который поехал от
клиента в слушателя.
продажи trcroute
Утилита Маршрута Следа для Solaris: Версия 10.1.0.2.0 на 15-NOV-2003 14:35:05
Маршрут TrcRoute:
---------------
Узел: Клиентское Время и адрес входа в узел:

----------------------------------------------------
25-JAN-2002 14:35:05 ОБРАЩАЮТСЯ = PROTOCOL=TCP HOST=sales-server PORT=1521
Узел: Время Сервера и адрес входа в узел:

----------------------------------------------------
25-JAN-2002 14:35:06
Пример: Маршрут Следа с Ошибкой

Следующие примеры показывают неудачному пакету Маршрута Следа, который не
мог достигнуть слушателя, потому что слушатель не был.
продажи trcroute
Утилита Маршрута Следа для Solaris: Версия 10.1.0.2.0 на 15-NOV-2003 14:43:05
Маршрут TrcRoute:
---------------
Узел: Клиентское Время и адрес входа в узел:

----------------------------------------------------
25-FEB-2002 14:43:05 ОБРАЩАЮТСЯ = PROTOCOL=TCP HOST=sales-server PORT=1521
ТЕХНИЧЕСКИЕ ПРИМЕЧАНИЯ 12543: TNS:unable, чтобы

соединиться с ТЕХНИЧЕСКИМИ ПРИМЕЧАНИЯМИ адресата
12541: ТЕХНИЧЕСКИЕ ПРИМЕЧАНИЯ слушателя TNS:no
12560: ошибочные ТЕХНИЧЕСКИЕ ПРИМЕЧАНИЯ адаптера
TNS:protocol 03601: Подведенный в информационной
коллекции маршрута

Чтобы проверить обеспечение связи для клиентского компьютера, используйте
Помощника Net8:
2. В навигаторе, разверните Каталог или Местный> Обозначение Сервиса.
3. Выберите сетевое название сервиса или сервис базы данных.

4. Выберите Command> Te s t N e t S e r v я c e.
Тестирование предполагает, что база данных и слушатель работают. Если они
не, см. "Стартовые Компоненты Служб Сети Оракула" на странице 15-1, чтобы
запустить компоненты.
Во время тестирования диалоговое окно Connection Test появляется, обеспечивая
сообщению:
Если тест был успешен, перейдите к Шагу 5.

5. Нажмите Близко к, отклоняют диалоговое окно Connect Test.
16
Диагностика Служб Сети Оракула
Службы Сети Оракула обеспечивают методы для понимания и решения сетевых

проблем с помощью файлов следа и файла регистрации. Эти файлы следят за
взаимодействием между сетевыми компонентами, поскольку ошибки происходят.
Оценка этой информации поможет Вам диагностировать и расследовать даже самые
сложные сетевые проблемы.
Эта глава описывает общие сетевые ошибки и выделяет процедуры для того, чтобы
решить их. Это также описывает методы для регистрации и рассмотрения сведений об
ошибке, чтобы диагностировать и расследовать более сложные сетевые проблемы. Эта
глава содержит эти темы:
■ Диагностирование Сетевых Служб
■ Решение Самых общих Сообщений об ошибках для Служб Сети Оракула
■ Советы по отладке от Поля для Служб Сети Оракула
■ Диагностика ТЕХНИЧЕСКИХ ПРИМЕЧАНИЙ 12154 Ошибки
■ Диагностика Сетевых Проблем Используя Файлы Файла регистрации и Следа
■ Регистрация Сведений об ошибке для Служб Сети Оракула
■ Рассмотрение Сведений об ошибке для Служб Сети Оракула
■ Контакт со Службой поддержки Оракула
Диагностирование Сетевых Служб

Если попытка сделать основное одноранговое (единственной сетью протокола)
подключение возвращает Ошибку РТОВ, этот раздел может помочь Вам
диагностировать причину проблемы.
О любой основной ошибке, примечательной или нет, сообщают Сетевые Службы с
ошибочным числом или сообщением, которое не всегда показательно для фактической
проблемы. Этот раздел помогает Вам определять, какие части Служб Net8
действительно функционируют должным образом, а не части, которые не работают. Это
также помогает Вам решать, в каком из следующих категорий принадлежит ошибка:
■ Программное обеспечение оракула
■ Уровень операционной системы
■ Другие сетевые уровни
Тестирование различных сетевых уровней прогрессивно должно в большинстве случаев
раскрыть любую проблему.
Диагностика Служб Сети Оракула 16-1

Диагностика Сервера
Примечание: Вы, возможно, нуждаетесь в помощи от своего

администратора сервера, чтобы следовать за командами в этом
разделе.
Ответьте на следующие вопросы:

■ Действительно ли любая другая система (рабочая станция/сервер) в состоянии подключить к серверу
использование Net8?
■ Имеет сервер, базу данных, или конфигурация слушателя оставалась тем же самым в течение
некоторого времени?
Если Вы ответили на ДА на любой из предыдущих вопросов/операторов, то пропустите
этот раздел и продолжите к "Клиентской Диагностике" на странице 16-2.
Если Вы неуверены, или ответили НЕ на любой из предыдущих вопросов, затем
продолжать.
Диагностирование Служб Net8 по серверу вовлекает следующие задачи:
■ Задача 1: Проверьте, что База данных Работает
■ Задача 2: Выполните Петлевой Тест
Задача 1: Проверьте, что База данных Работает

Проверять, что база данных, вход в систему к базе данных и соединяется с
правильным именем пользователя и паролем. Например:
Система/менеджер SQLPLUS
Сообщение появляется, подтверждая, что Вы подключены с базой данных. Если Вы

получаете следующие ошибки, попросите, чтобы Ваш Администратор Базы данных
помог Вам:
■ РТЫ 1017: недопустимый U/P
■ РТЫ 1034: Оракул, не доступный
Задача 2: Выполните Петлевой Тест

T o p e r f o r м. петлевого теста от сервера до базы данных:
1. Гарантируйте, что listener.ora, tnsnames.ora, и sqlnet.ora файлы
существуют в правильных местоположениях, как описано в "Ограниченной
Поддержке Файла Конфигурации" на странице 4-1.
2. Следуйте за командами в "Тестировании Конфигурации на Сервере Базы
данных" на странице 15-8, чтобы выполнить петлевой тест.
■, Если петлевой тест продолжает терпеть неудачу, продолжите к следующему шагу.
■ , Если петлевой тест проходит, перескочите к "Клиентской Диагностике".
3. Проверьте Вебсайт Базы данных Проблемы/решения в
http://support.oracle.com для более определенной информации
относительно ошибки
полученный, или ответственный Оракул Международная Поддержка.
Клиентская Диагностика
В этом пункте Вы знаете serverside работы слушателя должным образом, потому что Вы
могли проверить по крайней мере одного из следующих операторов:
■ сервер базы данных прошел петлевой тест, показывая, что подключение работало.
■ Другие компьютеры подключают также использование Службы Net8 с этой той же

самой базой данных.
■ Подключения от этой рабочей станции работали до создания изменений на этом
компьютере, таких как инсталляция нового продукта или модификация к
конфигурации сети.
Выполнить диагностику на клиенте:
1. Проверьте это, Вы установили ту же самую поддержку протокола, как был установлен на
сервере базы данных.
На UNIX Вы можете использовать утилиту ADAPTERS, чтобы проверить
поддержку протокола. На сервере базы данных, выполните адаптеры, 'которые
оракул’ команда от $ORACLE_HOME/bin, чтобы отобразить поддержку
протокола, называя методы, и опции безопасности связал с выполнимой программой
оракула. Дисплеи утилиты адаптеров выводят подобный следующему:
Протоколы транспорта Сети Оракула, связанные с./оракул:
IPC
BEQ
TCP/IP
SSL
СЫРЬЕ
Сеть Оракула обозначение методов, связанных с./оракул:
(tnsnames.ora) Каталог Оракула
Обозначение Главного
компьютера Оракула,
Называющего Обозначение NIS
Опции Advanced Security Оракула, связанные с./оракул:
RC4 40-битовое кодирование

DES40 40-битовое кодирование
Стандарт шифрования данных 56-битовое кодирование
3DES 112-битовое кодирование
3DES 168-битовое кодирование
AES 128-битовое кодирование
Crypto-вычисление-контрольной-суммы MD5
Crypto-вычисление-контрольной-суммы SHA (для FIPS)
Crypto-вычисление-контрольной-суммы SHA-1
Технология Kerberos v5 аутентификация
Аутентификация РАДИУСА
ПОРУЧИТЕ аутентификацию
На клиенте, выполните команду адаптеров от $ORACLE_HOME/bin, чтобы

отобразить конфигурированную поддержку протокола Оракула, называя методы, и
опции безопасности. Дисплеи утилиты ADAPTERS выводят подобный следующему:
Установленные протоколы транспорта Сети Оракула:
IPC SSL
TCP/IP
BEQ

СЫРЬЕ
Установленная Сеть Оракула обозначение методов:
(tnsnames.ora) Каталог
Оракула Обозначение
Главного компьютера
Оракула, Называющего
Обозначение NIS
Установленные опции Oracle Advanced Security:

DES40 40-битовый стандарт
шифрования данных
кодирования 56-битовое
кодирование 3DES 112-
битовое кодирование 3DES
168-битовое кодирование AES
256-битовое кодирование
crypto-вычисление-
контрольной-суммы MD5
Технология Kerberos crypto-
вычисления-контрольной-
суммы SHA-1 v5
опознавательная
аутентификация РАДИУСА
ПОРУЧАЮТ аутентификацию
СЫРЬЕ Примечание: - внутренний протокол, используемый Сетью Оракула.
См. Также: UNIX Оракула, управляющий Справочной информацией

системно-специфического Администратора для дальнейшей
информации об утилите адаптеров
2. Проверьте основное обеспечение связи для того, чтобы лежать в основе сетевого
транспорта. Технология Net8
зависит от основной сети для успешного подключения.
Протокол Проверяет, что Вы можете...

Эмуляция терминала Использования TCP/IP или средства передачи файлов, (УТИЛИТА PING,
FTP,
TELNET) от клиента на сервер базы данных.
Именованные каналы ■ Видят другие компьютеры или серверы на сети Microsoft.
■ Гарантируют, что Вы в состоянии совместно использовать диски в
пределах сети.
3. Чтобы гарантировать, что и уровень фонда Net8 и соответствующая поддержка

протокола Оракула присутствуют, проверьте, что все программное обеспечение
Служб Net8 для клиента было установлено.
4. Гарантируйте, что у клиентского компьютера есть tnsnames.ora, и
sqlnet.ora файлы существуют в правильных местоположениях.
См. Также: "Ограниченная Поддержка Файла Конфигурации" на странице 4-1

Если Вы имеете любые другие рабочие клиентские компьютеры, соединяющиеся с
выбранной базой данных Оракула, резервируете Ваши существующие файлы и
копируете оба работа tnsnames.ora

Решение Самых общих Сообщений об ошибках для Служб Сети Оракула
и файлы sqlnet.ora от рабочего компьютера на нерабочие клиентские рабочие

станции. Это устраняет возможность ошибок в файлах.
5. Проверьте уровень фонда Net8.
См. Также: "Проверяя Сетевое Обеспечение связи от Клиента" на

Примечание: не использует утилиту TNSPING. Утилита TNSPING

работает как утилита PING TCP/IP и не создает и открывает разъем,
и при этом это не соединяется со слушателем. Это гарантирует, что
слушатель присутствует на сервере базы данных.
6. Если подключение все еще терпит неудачу:

■ Рассмотрение использования, как описано в разделе "Диагностика Сетевых
Проблем Используя Файлы Файла регистрации и Следа" на странице 16-14
■ Проверьте Вебсайт Базы данных Проблемы/решения в
http://support.oracle.com для определенного бюллетеня
диагностики по полученной ошибке
■ Войдите в контакт со Службой поддержки Оракула
Решение Самых общих Сообщений об ошибках для Служб Сети

Оракула
Из-за сложности сетевой связи, сетевые ошибки могут произойти из множества
источников, для множества причин. Если ошибка произойдет, приложения, такие как
SQL*Plus, которые зависят от сетевых служб от Служб Сети Оракула, то будет обычно
генерировать сообщение об ошибках.
Список самых общих сетевых сообщений об ошибках следует:
■ РТЫ 03113: TNS:end из файла на канале коммуникации
■ РТЫ 03121: никакое подключение драйвера интерфейса - функция, не
выполненная
■ РТЫ 12154: TNS:could не решают название сервиса
■ РТЫ 12170: время ожидания TNS:Connect произошло
■ TNS-12500/ORA-12500: ТЕХНИЧЕСКИЕ ПРИМЕЧАНИЯ: слушатель был не в
состоянии запускать процесс выделенного сервера
■ РТЫ 12514: TNS:listener в настоящее время не знает о сервисе, который требуют в
connectdescriptor
■ РТЫ 12520: TNS:listener не мог найти доступный обработчик для требуемого типа
сервера
■ РТЫ 12521: TNS:listener не мог решить, что поданные

INSTANCE_NAME подключают описатель
■ РТЫ 12525: TNS:listener не получил запрос клиента, вовремя позволенный
■ РТЫ 12533: параметры TNS:illegal ADDRESS
■ TNS-12540/ORA-12540: ограничение предела TNS:internal превысило и
ТЕХНИЧЕСКИЕ ПРИМЕЧАНИЯ 00510: Внутреннее ограничение предела
превышено
■ TNS-12541/ORA-12541: слушатель TNS:no
■ TNS-12549/ORA-12549: квота ресурса системы TNS:operating превысила и

ТЕХНИЧЕСКИЕ ПРИМЕЧАНИЯ 00519: квота ресурса Операционной
системы превышена
■ TNS-12560/ORA-12560: ошибка адаптера TNS:protocol произошла
См. Также: Сообщения об ошибках Базы данных Оракула для

законченной распечатки сообщений об ошибках
РТЫ 03113: TNS:end из файла на Причине канала

коммуникации: ошибка произошла на сервере базы
данных.
Действие: Проверьте alert_sid.log на сервере. Местоположение alert_sid.log
определено параметром инициализации BACKGROUND_DUMP_DEST.
Неожиданный конец файла был обработан на канале коммуникации. Это может
быть индикацией, что линия связи, возможно, понизилась по крайней мере
временно; это может указать, что сервер понизился. Вы, возможно, должны
изменить Ваш счет повторной передачи.
РТЫ 03121: никакое подключение драйвера интерфейса - функция, не выполненная

Причина: префикс версии 1 SQL*Net ошибочно использовался в подключенной
строке. Действие: не используйте следующие префиксы в подключенной строке.
■ T:
■ X:
■ P:
Имя пользователя и пароль были определены от клиентского компьютера, у
которого не было никакой местной установленной базы данных Оракула.
Определите подключенную строку.
РТЫ 12154: TNS:could не решают название сервиса
Причина: Сеть Оракула не могла определить местонахождение сетевого
названия сервиса, определенного в tnsnames.ora файле конфигурации.
Действие: Выполните эти шаги:
1. Проверьте, что существует tnsnames.ora файл.
См. Также: "Ограниченная Поддержка Файла Конфигурации" на

странице 4-1 для информации местоположения файла конфигурации
2. Проверьте, что нет множественных копий tnsnames.ora файла.

3. В tnsnames.ora файле, проверьте, что сетевое название сервиса,
определенное в Вашем подключить строку, отображено к подключенному
описателю.
4. Проверьте, что нет никаких дубликатов sqlnet.ora файла.
5. Если Вы используете имена домена, проверяете, что Ваш sqlnet.ora файл
содержит параметр NAMES.DEFAULT_DOMAIN. Если этот параметр не
существует, Вы должны определить имя домена в Вашем подключить строку.
6. Если Вы не используете имена домена, и этот параметр существует, удалять
это или отключать это, комментируя это.
7. Если Вы соединяетесь от диалогового окна входа в систему, проверяете, что Вы не
помещаете символ перед Вашим подключить сетевое название сервиса.
8. Активизируйте клиентское рассмотрение и повторите операцию.
Причина: Сеть Оракула не могла определить местонахождение названия сервиса

базы данных или сетевого названия сервиса, определенного в директивном сервере.
1. Проверьте, что сервис базы данных или сетевой вход названия сервиса
существуют в
каталог, который этот компьютер был конфигурирован, чтобы
использовать.
См. Также: интернет-Руководство Администратора

Каталога Оракула для директивных команд установки
2. V e r я f y t h t t h e sqlnet.ora файл включают следующий вход:

НАЗВАНИЯ DIRECTORY_PATH = (ldap, other_naming_methods)
РТЫ 12170: время ожидания TNS:Connect произошло
Причина: клиент был не в состоянии устанавливать подключение и завершать
аутентификацию во время, определенное параметром
SQLNET.INBOUND_CONNECT_TIMEOUT в sqlnet.ora файле. Эта ошибка
может быть результатом сетевых или системных задержек, или она может указать,
что злонамеренный клиент пытается вызвать атаку отказа в обслуживании на сервер
базы данных.
См. Также: "Конфигурируя Слушателя и Базу данных Оракула, Чтобы

Ограничить Потребление Ресурса Неправомочными Пользователями"
на странице 14-7 дальнейшая информация об устанавливании
параметров SQLNET.INBOUND_ CONNECT_TIMEOUT
Действие: Если ошибка произошла из-за системных или сетевых задержек, которые
являются нормалью для специфической среды, то выполняют эти шаги:
1. Включите рассмотрение, чтобы определить, где клиенты рассчитывают.
См. Также: "Прослеживая Сведения об ошибке для Служб Сети

Оракула" по странице 16-26
2. Реконфигурируйте параметр SQLNET.INBOUND_CONNECT_TIMEOUT в

sqlnet.ora к большему значению.
Если Вы подозреваете злонамеренного клиента, то выполняете эти шаги:
1. Определите местонахождение адреса IP клиента в sqlnet.log файле на
сервере базы данных, чтобы идентифицировать источник.
Например, следующая выборка sqlnet.log показывает клиентскому адресу
IP 10.10.150.35.
Фатальные NI подключают ошибку 12170.
ИНФОРМАЦИЯ ВЕРСИИ: ТЕХНИЧЕСКИЕ

ПРИМЕЧАНИЯ для Solaris: Версия
10.1.0.2.0
Оракул Завещает Адаптер Протокола NT для Solaris: TCP/IP Версии
10.1.0.2.0 Адаптер Протокола NT для Solaris: Время Версии
10.1.0.2.0: 03-JUL-2002 13:51:12 Прослеживающий к файлу: ошибка
Технических примечаний/ora/trace/svr_13279.trc struct: номер
кода ошибки: 0 не уточнено главное допускают ошибку код: 12637
ТЕХНИЧЕСКИХ ПРИМЕЧАНИЙ 12637: Пакет получает подведенный не
уточнено вторичный код ошибки: 12604 nt основных кода ошибки: 0
nt вторичных кодов ошибки: 0

nt код ошибки OS: 0 Клиентских адресов: (ОБРАТИТЕСЬ = (PROTOCOL=tcp)

(HOST=10.10.150.35) (PORT=52996)),
Остерегайтесь этого, адрес IP может быть подделан.

Если время происходит прежде, чем адрес IP может быть восстановлен
сервером базы данных, то дать возможность слушателю, прослеживающему
определить клиента, который сделал запрос.
См. Также: Рассмотрение Сведений об ошибке для Служб Сети

Оракула по странице 16-26
2. Ограничьте доступ к клиенту. Например, Вы можете конфигурировать

параметры для прав доступа в sqlnet.ora файле.
См. Также: "Конфигурируя Управление Доступа к базе данных" на странице 9-4
TNS-12500/ORA-12500: ТЕХНИЧЕСКИЕ ПРИМЕЧАНИЯ: слушатель был не в

состоянии запускать Причину процесса выделенного сервера: слушатель был не
в состоянии запускать программу оракула. Возможные причины включают:
■ Максимальное число процессов учитывало отдельного пользователя, был превышен
■ Слушатель не имеет, выполняют разрешение на программе оракула
■ Связанный сервис Windows не начат
В некоторых случаях, эти ошибки могут быть вызваны теми же самыми
условиями, которые вызывают TNS-12549/ORA-12549, ТЕХНИЧЕСКИЕ
ПРИМЕЧАНИЯ 00519, TNS-12540/ORA-12540, ТЕХНИЧЕСКИЕ
ПРИМЕЧАНИЯ 00510, и TNS-12560/ORA-12560 ошибки.
Действие: Выполните соответствующее действие:
■ Увеличьте число процессов, устанавливая параметры PROCESSES в файле инициализации

базы данных к большему значению.
■ Проверьте listener.log файл для детальной ошибочной информации стека.

РТЫ 12514: TNS:listener в настоящее время не знает о сервисе, который
требуют в connectdescriptor
Причина: слушатель получил запрос установить подключение с базой данных или
другим сервисом. Подключенный описатель, полученный слушателем, определил
название сервиса для сервиса (обычно сервис базы данных), который или
динамически еще не регистрировался со слушателем или не был статически
конфигурирован для слушателя. Это может быть временным условием такой как
после того, как слушатель запустил, но прежде, чем экземпляр класса базы данных
регистрировался со слушателем.
1. Ждите момент и попытайтесь соединиться во второй раз.

2. Проверьте, какие службы в настоящее время известны слушателем, выполняя
команду STATUS ИЛИ SERVICES утилиты Listener Control.
См. Также: "Определяя Текущее Состояние Слушателя" на странице

10-14 и "Контроле Служб Слушателя" на странице 10-16
3. Проверьте это, параметр SERVICE_NAME в подключенном описателе

определяет название сервиса, известное слушателем.
4. Проверьте случай в listener.log файле.

См. Также: "Анализируя Журналы регистрации Слушателя" на странице 16-19
РТЫ 12520: TNS:listener не мог найти доступный обработчик для требуемого типа
сервера
Причина: тип обработчика сервиса, который требует клиент, является
неправильным или не регистрированный для требуемого
SERVICE_NAME/INSTANCE_NAME, или экземпляр класса базы данных не
регистрирован со слушателем.
Действие: Если Вы подозреваете, что проблема - неправильный тип обработчика
сервиса, выполнять эти шаги:
1. Если (server=value) установлен, находится в подключенном описателе,

гарантируйте, что значение
набор на соответствующий обработчик сервиса печатает для базы данных, то
есть,
специализированный для выделенного сервера или разделенный для
диспетчеров. Вы можете использовать
Команда SERVICES утилиты Control Слушателя, чтобы видеть, каковы
обработчики сервиса
в настоящее время регистрируемый со слушателем.
2. Если USE_DEDICATED_SERVER установлен в НА в sqlnet.ora файле, то

гарантируйте, что база данных конфигурирована, чтобы использовать
выделенные серверы. Если это не, установите эти параметры к прочь.
3. Гарантируйте, что экземпляр класса базы данных работает. Если экземпляр класса,
не работающий, запустите это так, чтобы это могло регистрироваться со
слушателем.
РТЫ 12521: TNS:listener не мог решить, что поданные INSTANCE_NAME
подключают описатель
Причина: INSTANCE_NAME в подключенном описателе является
неправильным, или экземпляр класса базы данных не регистрирован со
1. Проверьте, чтобы удостовериться, что название сервиса, определенное в

подключенном описателе, правильно.
2. Гарантируйте, что экземпляр класса базы данных работает. Если экземпляр класса,
не работающий, запустите это так, чтобы это могло регистрироваться со
слушателем. Вы можете использовать команду SERVICES утилиты Listener
Control, чтобы видеть, какие экземпляры класса в настоящее время
регистрируются со слушателем.
РТЫ 12525: TNS:listener не получил запрос клиента, вовремя позволенный

Причина: клиент был не в состоянии завершать подключить запрос во время,
определенное параметром INBOUND_CONNECT_TIMEOUT_listener_name в
listener.ora файле. Эта ошибка может быть результатом сетевых или
системных задержек, или она может указать, что злонамеренный клиент пытается
вызвать атаку отказа в обслуживании на слушателя.
См. Также: "Конфигурируя Слушателя и Базу данных Оракула, Чтобы

Ограничить Потребление Ресурса Неправомочными Пользователями"
на странице 14-7 для дальнейшей информации об устанавливании
параметров INBOUND_CONNECT_ TIMEOUT_listener_name
Действие: Если ошибка произошла из-за системных или сетевых задержек,

которые являются нормалью для специфической среды, то реконфигурируют
INBOUND_CONNECT_TIMEOUT_ listener_name параметр в listener.ora
к большему значению.

Если Вы подозреваете злонамеренного клиента, то выполняете эти шаги:

1. Определите местонахождение адреса IP клиента в listener.log, чтобы
идентифицировать источник.
Например, следующая выборка listener.log показывает клиентскому
адресу IP 10.10.150.35.
03-JUL-2002 16:42:35 * <неизвестное подключают данные> *
(ОБРАТИТЕСЬ = (PROTOCOL=tcp) (HOST=10.10.150.35) (PORT=53208)), *
устанавливают *
<неизвестное Сид> * 12525
ТЕХНИЧЕСКИЕ ПРИМЕЧАНИЯ 12525: TNS:listener не получил запрос клиента
вовремя
позволенный
ТЕХНИЧЕСКИЕ ПРИМЕЧАНИЯ 12604: ТЕХНИЧЕСКИЕ ПРИМЕЧАНИЯ: Прикладное время
ожидания произошло
Остерегайтесь этого, адрес IP может быть подделан.

2. Ограничьте доступ к клиенту. Например, Вы можете конфигурировать параметры
для
права доступа в sqlnet.ora файле.
См. Также: "Конфигурируя Управление Доступа к базе данных" на странице 9-4
РТЫ 12533: параметры TNS:illegal ADDRESS

Причина: протокол определенные параметры в разделе АДРЕСА определяемого
подключают описатель, является неправильным.
Действие: Исправьте адрес протокола.

Оракула для правильного синтаксиса протокола
TNS-12540/ORA-12540: ограничение предела TNS:internal превысило и

ТЕХНИЧЕСКИЕ ПРИМЕЧАНИЯ 00510: Внутреннее ограничение предела
превысило Причину: Был превышен внутренний предел. Возможные пределы
включают:
■ Число открытого подключения, которое Сеть Оракула может обработать
одновременно
■ Число буферов памяти, которые могут использоваться одновременно
■ Число процессов специфический экземпляр класса базы данных позволено
Первые два - примеры аппаратных пределов. Третьим - пример предела, который
может быть увеличен, устанавливая параметры в файле инициализации базы
данных к большему значению. В этом случае, TNS-12500/ORA-12500 ошибка также
возвращена.
В некоторых случаях, эти ошибки могут быть вызваны теми же самыми
условиями, которые вызывают TNS-12549/ORA-12549 и ТЕХНИЧЕСКИЕ
ПРИМЕЧАНИЯ 00519 ошибок.
Ждите открытых подключений, чтобы закрыть и повторить. Если ошибка

сохраняется, то проверьте sqlnet.log или listener.log файл для детальной ошибочной
информации стека.
TNS-12541/ORA-12541: слушатель TNS:no
Причина: запрос на установление соединения не мог быть закончен, потому что
слушатель не работает.
Гарантируйте, что поставляемый адрес назначения соответствует одному из
адресов, используемых слушателем. Проверьте, что это не проблема совместимости
версии.
TNS-12549/ORA-12549: квота ресурса системы TNS:operating превысила и
ТЕХНИЧЕСКИЕ ПРИМЕЧАНИЯ 00519: квота ресурса Операционной
системы превышена

Причина: квота или интенсивно ограничивает наложенный операционной

системой, был превышен. Возможные пределы включают:
■ Максимальное число процессов учитывало отдельного пользователя
■ Операционная система работает низко на Действии
пространства пейджинговой связи: Выполните
соответствующее действие:
■ Увеличьте число процессов, устанавливая параметры PROCESSES в файле инициализации

базы данных к большему значению.
■ Проверьте sqlnet.log или listener.log файл для детальной ошибочной информации

стека, такой как код ошибки операционной системы, чтобы помочь
идентифицировать, какая квота была превышена.
TNS-12560/ORA-12560: ошибка адаптера TNS:protocol произошла
Причина: была ошибка, используя специфический протокол. Эта ошибка может
произойти из-за неправильной конфигурации параметра ADDRESS или может
произойти из-за ошибок, возвращенных из основного протокола или интерфейса
операционной системы.
В некоторых случаях, эти ошибки будут вызваны теми же самыми условиями,
которые вызывают ТЕХНИЧЕСКИЕ ПРИМЕЧАНИЯ 00510, ТЕХНИЧЕСКИЕ
ПРИМЕЧАНИЯ 00519, TNS-12540/ORA-12540, TNS-12549/ORA-12549 ошибки.
Действие: Проверьте sqlnet.log или listener.log файл для детальной
ошибочной информации стека.
Диагностика Каталога, Называя Ошибки

Каталог называя проблемы, связанные с ошибками обеспечения связи, такими как
РТЫ 12154, РТЫ 12543, или РТЫ 12541 для сервиса базы данных или
сетевых входов названия сервиса в директивном сервере, требует анализа данных.
Вы можете проанализировать данные, содержавшиеся в пределах директивного
сервера с ldifwrite инструментом командной строки.
ldifwrite дает возможность Вам преобразовать все или часть информации,
постоянно находящейся в директивном сервере к Формату обмена данными LDAP
(LDIF). ldifwrite инструмент выполняет поиск поддерева, включая все входы после
указанного выдающегося названия (DN), включая DN непосредственно.
ldifwrite синтаксис инструмента следующие:
ldifwrite-c net_service_name/database_service-b base_DN-f ldif_file
Таблица 16–1 ldapwrite Параметр

-c net_service_name/database_service Определяют сетевое название сервиса или название сервиса базы
данных это
подключит Вас с директивным сервером.
-b base_DN Определяют ядро поддерева, которое будет выписано в LDIF
формат.
-f ldif_file Определяют название входного файла.
Следующий пример пишет весь каталог, называя входы под dc=us,

dc=acme, dc=com к output1.ldi файлу:
ldifwrite-c ldap-b "dc=us, dc=acme, dc=com"-f output.ldif
Советы по отладке от Поля для Служб Сети Оракула
Советы по отладке от Поля для Служб Сети Оракула

Вот некоторые советы, которые Вы можете найти полезным, когда у Вас есть трудность,
диагностируя сетевые проблемы:
■ Использование узел или сетевой адрес во время конфигурации вместо названия
компьютер сервера
Это устраняет любые внутренние проблемы поиска и делать подключение немного
быстрее.
■, Если Вы используете TCP/АДРЕСА IP, используйте адрес IP, а не имя хоста
Например, изменение
(HOST=server_name) выравнивают в tnsnames.ora файле с интернет-
адресом,
например (HOST=198.32.3.5).
■ Выполняют петлевой тест
Выполните петлевой тест на сервере как описано в "Тестировании Конфигурации на
Сервере Базы данных" на странице 15-8. Если тест проходит, программа
передачи файлов tnsnames.ora и sqlnet.ora файлы клиенту.
■ Проверка, что между Вами и сервером
Если это - глобальная сеть (глобальная сеть), идентифицируйте любые
промежуточные системы, которые, возможно, не работают правильно. Если все
компьютеры прекрасны, проблема может быть проблемой синхронизации.
■ Проверяют, есть ли проблема синхронизации
Рассчитывающие проблемы связаны со РТАМИ 12535 ошибок в клиентских
журналах регистрации.
Чтобы решить это, попытайтесь ускорить подключение при использовании точных
адресов вместо названий и увеличьте параметр
INBOUND_CONNECT_TIMEOUT_listener_name в listener.ora файле.
Значение по умолчанию для этого параметра составляет 10 секунд.
■ Определяют, какие приложения Oracle терпят неудачу
SQL*Plus может работать, но инструментальные средства СЛУЧАЯ не могут. Если
Вы решаете, что проблема - проблема тома данных, пытаться передать большой
файл (на 5 Мбайт) с основным обеспечением связи.
Вопросы, чтобы Спросить, Расследуя Службы Сети Оракула

Вот немного вопросов, чтобы спросить себя, диагностируя проблему:
■ Делают у всех компьютеров есть проблема, или это только один?
Если компьютерные работы и другой не делают, и Вы уверены, что то же самое
программное обеспечение (Оракул и сторонние продукты) установлено, на каждом
компьютере, выгрузите сетевые языки CABLE, если они достаточно близки, видеть,
двигается ли проблема. Если это действительно двигается, это указывает, что
проблема имеет некоторое отношение к клиент-серверному подключению и не
является местной на PC.
■, Какие ссылки существуют между клиентом и сервером, например, X.25,
Цифровая сеть комплексного обслуживания, Эстафетное кольцо, или
арендованный канал?
Снифферы и локальная сеть analyzers полезны для неустойчивых подключений
неудачи или обнаружения времени outs и снова посланных пакетов. Вы можете
также видеть, какая сторона сеанса связи ждет ответа.
Диагностика ТЕХНИЧЕСКИХ ПРИМЕЧАНИЙ 12154 Ошибки
Диагностика ТЕХНИЧЕСКИХ ПРИМЕЧАНИЙ 12154 Ошибки

Этот раздел предлагает некоторые решения ТЕХНИЧЕСКИХ ПРИМЕЧАНИЙ
12154 ошибки. ТЕХНИЧЕСКИЕ ПРИМЕЧАНИЯ с 12154 ошибками сталкиваются,
когда SQL*Net не может найти псевдоним определенным для подключения в
файле TNSNAMES.ORA или другом адаптере обозначения.
Прежде, чем попытаться решить проблему, может быть полезно иметь печать или
представление и файла TNSNAMES.ORA и файла SQLNET.ORA. Cмотрение на эти
файлы в то же самое время полезно, так как справочная информация будет сделана к
обоим.
■ Описание Проблемы
■ Диагностика ТЕХНИЧЕСКИХ ПРИМЕЧАНИЙ 12154 на UNIX
■ Диагностика ТЕХНИЧЕСКИХ ПРИМЕЧАНИЙ 12154 onWindows NT
■ Диагностика ТЕХНИЧЕСКИХ ПРИМЕЧАНИЙ 12154 на Windows 95/98
■ Диагностика ТЕХНИЧЕСКИХ ПРИМЕЧАНИЙ 12154 на Windows 3.1
■ Ссылки Базы данных Оракула
■ Названия Оракула
■ LDAP
■ Путь поиска файлов Операционной системы для Файлов Конфигурации
Описание Проблемы для ТЕХНИЧЕСКИХ ПРИМЕЧАНИЙ 12154

ТЕХНИЧЕСКИЕ ПРИМЕЧАНИЯ 12154 ошибки появляются, когда SQL*Net не
может найти псевдоним определенным для подключения в файле
TNSNAMES.ORA или другом адаптере обозначения.
Прежде, чем попытаться решить эту проблему, полезно распечатать или рассмотреть
и файл TNSNAMES.ORA и файл SQLNET.ORA. Cмотрение на эти файлы в то же
самое время полезно, потому что справочная информация будет сделана к обоим.
TNSNAMES.ORA и SQLNET.ORA расположены в заданном по умолчанию
каталоге администрации сети <<<на клиентской машине.>>>
Диагностика ТЕХНИЧЕСКИХ ПРИМЕЧАНИЙ 12154 на UNIX

Убедитесь, что файл TNSNAMES.ORA и файл SQLNET.ORA напоминают
следующие примеры.
Пример 16–1 Выборка TNSNAMES.ORA

DEV1. МИР =
(ОПИСАНИЕ =
(ADDRESS_LIST =
(ПРОТОКОЛ = TCP) (Главный
компьютер = 145.45.78.56)
(Порт = 1521)))
(CONNECT_DATA = (СИД = ORCL)))
Пример 16–2 Выборки SQLNET.ORA

TRACE_LEVEL_CLIENT = ОТ
SQLNET.AUTHENTICATION_SERVICES = (НИ
ОДИН)

Диагностика Сетевых Проблем Используя Файлы Файла регистрации и Следа
НАЗВАНИЯ DIRECTORY_PATH = (TNSNAMES)

AUTOMATIC_IPC = ПРОЧЬ
Диагностика Сетевых Проблем Используя Файлы Файла

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

Все ошибки, с которыми сталкиваются в Службах Сети Оракула, приложены к журналу
регистрации для оценки администратором базы данных или сетью. Журнал регистрации
предоставляет дополнительную информацию для администратора, когда сообщение об
ошибках на экране неадекватно, чтобы понять отказ. Журнал регистрации, посредством
ошибочного стека, показывает государству программного обеспечения в различных
уровнях.
Чтобы гарантировать, что все ошибки зарегистрированы, регистрация не может быть
заблокирована на Серверах Названий или клиентах. Кроме того, только администратор
может заменить или стереть журналы регистрации. Журнал регистрации для слушателя
также включает информацию Аудиторского следа о каждом клиентском запросе на
установление соединения, так же как большинство команд управления слушателя.
■ Ошибочные Стеки Сети Оракула
■ Названия Журнала регистрации Служб Сети Оракула
■ Устанавливание Параметров Регистрации
■ Установка Регистрации Параметров настройки Во время выполнения Утилит Управления
■ Используя Журналы регистрации
■ Информация Аудиторского следа Файла регистрации Слушателя
■ Анализ Менеджера Подключения Оракула Файлы регистрации
Ошибочные Стеки Сети Оракула

Журналы регистрации предоставляют информацию, содержавшуюся в ошибочном
стеке. Ошибочный стек обращается к информации, которая произведена каждым
уровнем в стеке связи Оракула как результат сетевой ошибки.
Ошибочные компоненты стека описаны в Таблице 16–2.
Таблица 16–2 Ошибочных Компонента Стека

Ошибочный Стек
Составляющее Описание
Интерфейс Сети NI. Этот уровень обеспечивает универсальный интерфейс для
Клиенты оракула, серверы, или внешние процессы, чтобы
обратиться к функциям Oracle Net. Уровень NI обрабатывает
"разрыв" и "сбрасывать" запросы о подключении.
NI использует Сетевую маршрутизацию (НОМЕР) уровня, чтобы
получить сетевую информацию маршрута для pre-Oracle9i
клиентов, и Сеть, Называя (NN) уровень, чтобы решить названия,
чтобы подключить описатели. Для клиентов Oracle9i NI идет
непосредственно в Сетевой Сеанс (НЕ УТОЧНЕНО) уровень.

Таблица 16–2 (Продолжение следует). Ошибочные Компоненты Стека

Ошибочный Стек
Составляющее Описание
НЕ УТОЧНЕНО Сетевой Сеанс (основные и вторичные уровни). Эти уровни
получите запросы от NI, и уладьте все универсальные проблемы
обеспечения связи компьютерного уровня, такие как:
местоположение сервера или адресата (открытый, закройте
функции); или один или более протоколов будут вовлечены на
подключении (открытый, близко функции); и как обработать
прерывания между клиентом и сервером, основанным на
возможностях каждого (посылают, получите функции).
Аутентификация Сети NA. Этот уровень договаривается об аутентификации
и требования кодирования.
Транспорт Сети NT (главное, вторичная, и операционная система
уровни). Этот уровень отображает функциональные
возможности уровня фонда Сети Оракула к протоколам
отраслевого стандарта.
Пример: Ошибочный Стек

Как пример, предположите, что пользователь приложения-клиента пытается установить
подключение с сервером базы данных, используя Сеть Оракула и TCP/IP, и пользователь
вводит:
sqlplus scott/tiger@hrserver.com
Следующие ошибочные дисплеи:

РТЫ 12543: TNS:Unable, чтобы соединиться с адресатом
Это сообщение указывает, что подключение с сервером терпело неудачу, потому что с
базой данных нельзя было войти в контакт. Хотя приложение отображает только
короткое сообщение об ошибках, ошибочный стек, который намного более
информативен, зарегистрирован в журнале регистрации сетевым уровнем.
На клиентской стороне sqlnet.log файл (Пример 16–3) содержит
ошибочный стек, соответствующий РТАМ 12543 ошибки.
Пример 16–3 sqlnet.log Файла

***********************************************************
Фатальные OSN подключают ошибку 12543, соединяясь с:
(ОПИСАНИЕ = (CONNECT_DATA = (SID=trace) (УГОЛОВНЫЙ
РОЗЫСК = (ПРОГРАММА =) (HOST=lala) (USER=sviavant)))
(ADDRESS_LIST = (ОБРАЩАЮТСЯ = (PROTOCOL=ipc)
(KEY=trace)) (ОБРАЩАЮТСЯ = (PROTOCOL=tcp) (HOST=lala)
(PORT=1521)))),
ИНФОРМАЦИЯ ВЕРСИИ:
ТЕХНИЧЕСКИЕ ПРИМЕЧАНИЯ для SunOS:
Оракул Завещает Адаптер Протокола NT для SunOS:
IPC Разъема Домена Unix Адаптер Протокола NT для SunOS:
TCP/IP Адаптер Протокола NT для SunOS:
Рассмотрение к файлу: ошибка Технических
примечаний/home/sviavant/trace_admin.trc
struct:
ТЕХНИЧЕСКИЕ ПРИМЕЧАНИЯ 12543: TNS:unable, чтобы соединиться с адресатом
не уточнено главное допускает ошибку код: 12541
ТЕХНИЧЕСКИЕ ПРИМЕЧАНИЯ 12541: слушатель TNS:no
не уточнено вторичный код ошибки: 12560
главное nt допускает ошибку код: 511
ТЕХНИЧЕСКИЕ ПРИМЕЧАНИЯ 00511: Никакой слушатель

nt вторичный код ошибки:

61 nt OS допускает
ошибку код: 0
Названия Журнала регистрации Служб Сети Оракула

Каждый компонент Служб Сети Оракула производит свой собственный журнал
регистрации. Таблица 16–3 обеспечивает, заданный по умолчанию журнал регистрации
называет и перечисляет компоненты, которые генерируют журналы регистрации.
Таблица 16–3 Журнала регистрации

Журнал регистрации Компонент
listener.log Слушатель
sqlnet.log Клиент или Сервер Базы данных
экземпляр-класса- Менеджер Подключения Оракула слушатель
name_pid.log
экземпляр-класса- Менеджер Подключения Оракула CMGW
name_cmgw_pid.log (Менеджер Подключения шлюз) процесс
экземпляр-класса- Менеджер Подключения Оракула CMADMIN
name_cmadmin_pid.log (Менеджер Подключения Администрирование)
процесс
экземпляр-класса-name_alert.log Менеджер Подключения Оракула журнал
предупреждений
Устанавливание Параметров Регистрации

Параметры, которые управляют регистрацией, включая тип и количество информации,
зарегистрированной, так же как местоположение, где файлы хранятся, установлены в
файле конфигурации каждого сетевого компонента как описано в Ta b l e 1 6 – 4.
Таблица 16–4 Местоположения Регистрационных Параметров

Сетевой Компонент Файл Конфигурации
Оракула Процессы cman.ora
Слушатель
Клиент listener.ora
sqlnet.ora
Сервер Базы данных sqlnet.ora

■ Параметры Файла регистрации sqlnet.ora
■ Параметры Файла регистрации listener.ora
■ Параметры Файла регистрации cman.ora
■ Устанавливание Регистрации Параметров в Файлах Конфигурации

данных Оракула для получения дополнительной информации
об этих параметрах
Параметры Файла регистрации sqlnet.ora

Ta b l e 1 6 – 5 описывает регистрационные параметры настройки параметров, которые
могут быть установлены в sqlnet.ora файле.

Таблица 16–5 Параметров Файла регистрации sqlnet.ora

Параметр sqlnet.ora Менеджер Сети
Оракула Поле Описание
LOG_DIRECTORY_CLIENT Клиентская Устанавливает целевой каталог для клиентского
Информация: журнала регистрации. По умолчанию, клиентский
Регистрационный каталог - текущий рабочий каталог.
Каталог
LOG_FILE_CLIENT Определяет имя журнала регистрации для клиента.
По умолчанию регистрационное название -
Клиентская sqlnet.log.
LOG_DIRECTORY_SERVER Информация:
Устанавливает целевой каталог для журналов
Журнал
регистрации сервера базы данных. По умолчанию
регистрации каталог сервера - $ORACLE_HOME/network/log
Информация на UNIX и ORACLE_HOME\network\log на
LOG_FILE_SERVER Сервера: Windows.
Регистрационный Определяет имя журнала регистрации для сервера
Каталог
базы данных. По умолчанию регистрационное
название - sqlnet.log.
Не применимый
Параметры Файла регистрации listener.ora
могут быть установлены в listener.ora файле.
Таблица 16–6 Параметров Файла регистрации listener.ora

Параметр listener.ora Предприятие Оракула
Менеджер/оракул Net
Описание Поля Менеджера
Журнал регистрации Устанавливает целевой каталог и файл для журнала
LOG_DIRECTORY_listener_ регистрации, который автоматически сгенерирован
название и LOG_FILE_listener_ для событий слушателя. По умолчанию каталог
название $ORACLE_ UNIX первой страницы/сети/во
и ORACLE_ HOME\network\log на Windows, и
имя файла не выполнено своих обязательств к
listener.log.
Параметры Файла регистрации cman.ora
могут быть установлены в cman.ora файле.
Таблица 16–7 Параметров Файла регистрации cman.ora

Параметр cman.ora Описание
EVENT_GROUP Определяет, какие группы случая зарегистрированы.
Множественные события могут определяться, используя
отделенный запятыми список. Этот параметр принимает
следующие значения:
■ INIT_AND_TERM-инициализация и завершение
■ Операции MEMORY_OPS-памяти
■ Обработка CONN_HDLG-подключения
■ Управление PROC_MGMT-процесса
■ REG_AND_LOAD-регистрация и обновление загрузки
■ WAKE_UP-события, связанные с очередью
пробуждения CMADMIN
■ МЕЖСЕТЕВОЕ ТАЙМЕРОМ время outs
■ Обработка CMD_PROC-команды
■ СОБЫТИЯ РЕЛЕ связались с управляющими блоками
подключения
Таблица 16–7 (Продолжение следует). Параметры Файла регистрации cman.ora

Описание Параметра cman.ora
LOG_DIRECTORY Устанавливает целевой каталог для журналов регистрации.
По умолчанию, каталог $ORACLE_ UNIX
первой страницы/сети/во и ORACLE_
HOME\network\log на Windows.
LOG_LEVEL Устанавливает уровень регистрации. Поддержаны четыре уровня:
■ от (значения по умолчанию) - никакая регистрация
■ информация файла регистрации пользователя-
пользователя
■ административная администрацией регистрационная
■ информация Службы поддержки Оракула
поддержки Менеджер Подключения Оракула слушатель,
шлюз, и
Процессы CMADMIN создают журналы регистрации и на
UNIX и на Windows.
Устанавливание Регистрации Параметров в Файлах Конфигурации

Вы конфигурируете параметры регистрации для sqlnet.ora файла с Менеджером
Сети Оракула и listener.ora файла или с Менеджером Сети Менеджера или с
Вы должны вручную конфигурировать cman.ora параметры регистрации файла.
См. Также: Справочная информация Служб Сети Базы данных Оракула,
Чтобы установить параметры регистрации с Менеджером Сети Менеджера и Оракула
Предприятия Оракула:
Журнал Параметры регистрации Набора инструментальных средств здесь...

регистрации
sqlnet.log Менеджер Сети Оракула 1. Менеджер Сети Оракула Начала.
1. В области окна навигатора, расширьтесь Местный>
Конфигурация.
3. Нажмите позицию табуляции Logging.
4. Определите параметры настройки.
Предприятие Оракула listener.log 1. Обратитесь к странице Администрирования Сети

Оракула в
Менеджер Предприятия Оракула Менеджера.
См. Также: "Менеджер Предприятия Оракула" на странице
6-1
1. Выберите Listeners от списка Administer, и затем
выберите Оракула домой, который содержит
местоположение файлов конфигурации.
1. Выберите слушателя, и затем нажмите Edit.
1. Нажмите позицию табуляции Logging & Tracing.
3. Нажать OK.
Регистрация Сведений об ошибке для Служб
Журнал Инструмент Установленные параметры регистрации здесь...

регистрац
Менеджер Сети Оракула 1. Менеджер Сети Оракула Начала.
listener.log
2. Слушатели.
Выберите слушателя.
4. Нажмите позицию табуляции Logging и Tracing.
Установка Регистрации Параметров настройки Во время выполнения Утилит

Управления
В течение времени выполнения утилиты управления Вы можете установить
регистрацию. Установка регистрирующий с утилитой управления не
устанавливает параметры в *.ORA файлах; установка только правильна для
сеанса утилиты управления:
■ Для слушателя, используйте НАБОР LOG_FILE и команды SET
LOG_DIRECTORY от утилиты Listener Control.
■ Для Менеджера Подключения Оракула, используйте НАБОР LOG_DIRECTORY,
УСТАНОВИТЕ УРОВЕНЬ LOG_, и команды SET EVENT от Менеджера
Подключения Оракула управляют утилитой.
См. Также: Справочная информация Служб Сети Базы данных Оракула
Используя Журналы регистрации

Использовать журнал регистрации, чтобы диагностировать сетевую ошибку:
1. Делайте обзор журнала регистрации для нового ошибочного числа, которое Вы
получили от приложения. Отметьте, что это - почти всегда последний вход в
журнале регистрации.
2. Начинаясь с основания файла, определите местонахождение первого входа
отличного от нуля в ошибочном отчете. Это обычно - фактическая причина.
3. Если та ошибка не предоставляет желательную информацию, делает обзор следующей
ошибки в стеке, пока Вы не определяете местонахождение правильных сведений об
ошибке.
4. Если причина ошибки все еще не ясна, включите рассмотрение и повторите оператора,
который произвел сообщение об ошибках.
Анализ Журналов регистрации Слушателя

Этот раздел описывает то, что зарегистрировано в журнале регистрации слушателя, включая:
■ Информация Аудиторского следа Файла регистрации Слушателя
■ Регистрационная Информация Случая Сервиса Слушателя
■ Слушатель Прямая Информация Плавной передачи управления от одной ячейки к
другой
Информация Аудиторского следа Файла регистрации Слушателя

Журнал регистрации слушателя содержит информацию аудиторского следа, которая
дает возможность Вам собрать и проанализировать сетевую статистику использования,
так же как информацию, указывающую следующее:
■ клиентский запрос на установление соединения
■ ПЕРЕЗАГРУЗКА, НАЧАЛО, ОСТАНОВКА, СОСТОЯНИЕ, или команда SERVICES, выпущенная

Утилита управления
Вы можете использовать информацию Аудиторского следа, чтобы рассмотреть
тенденции и пользовательскую деятельность первым сохранением этого в таблице и
затем сопоставлении этого в формат отчета. Чтобы импортировать данные в таблицу,
используйте утилиту импорта, такую как SQL*Loader.
Формат Аудиторского следа Файла регистрации Слушателя

Аудиторский след форматирует текст в следующие поля:
Timestamp * Подключают Данные [* Информация Протокола] * Случай [* СИД | Сервис] * Код возврата
Свойства аудиторского следа следующие:

■ Каждое поле разграничено звездочкой (*).
■ Информация адреса протокола и название сервиса или информация СИДА
появляются только, когда подключение предпринято.
■ Успешное подключение или команда возвращают код нуля.
■ Отказ производит код, который отображает к сообщению об ошибках.
См. Также:
■ "Решая Самые общие Сообщения об ошибках для Служб Сети Оракула" по
странице 16-5 для информации о решении самых общих ошибок
■ Сообщения об ошибках Базы данных Оракула для законченной
распечатки сообщений об ошибках
Пример: Случай Файла регистрации Слушателя для Успешного Запроса Перезагрузки

Следующий вывод показывает выборке журнала регистрации с запросом команды
RELOAD.
14-JUL-2002 00:29:54 *
(connect_data = (уголовный розыск = (программируют =) (host=sales-server)
(user=jdoe)) (command=stop)
(arguments=64) (service=listener) (version=135290880))
* остановитесь * 0
Пример: События Файла регистрации Слушателя для Успешного Запроса на установление

Следующий вывод показывает выборке журнала регистрации с успешным запросом на
установление соединения.
14-JUL-2002 15:28:58 *
(connect_data = (service_name=sales.us.acme.com) (уголовный розыск =
(программируют =) (host=sales-server)
(user=jdoe)))
* (обратитесь = (protocol=tcp) (host=10.10.150.35) (port=41349)), * устанавливают
* sales.us.acme.com * 0
Пример: События Файла регистрации Слушателя для Неудачного Запроса на

установление соединения
Следующий вывод показывает выборке журнала регистрации с успешным выполнением
команды STATUS ведущим коммерческим сервером, сопровождаемым неудачной
попыткой подключения клиента с адресом IP 10.10.150.35. Эта попытка
подключения привела ко РТАМ 12525: TNS:listener не получил запрос клиента, вовремя
позволенный сообщение об ошибках, которое происходит, когда клиент не в состоянии
завершать подключить запрос во время, определенное параметром
INBOUND_CONNECT_TIMEOUT_listener_name в listener.ora файле. Этот
клиент может делать попытку атаки отказа в обслуживании на слушателя.
03-JUL-2002 16:41:57 *

(CONNECT_DATA = (УГОЛОВНЫЙ РОЗЫСК = (ПРОГРАММА =) (HOST=sales-server)

(USER=jdoe)) (COMMAND=status) (ARGUMENTS=64) (SERVICE=LISTENER)
(VERSION=153092352)), * состояние * 0 03-JUL-2002 16:42:35 * <неизвестное
подключают данные> *
(ОБРАТИТЕСЬ = (PROTOCOL=tcp) (HOST=10.10.150.35) (PORT=53208)), *
устанавливают * <неизвестное Сид> * 12525
ТЕХНИЧЕСКИЕ ПРИМЕЧАНИЯ 12525: TNS:listener не получил запрос клиента, вовремя
позволенный ТЕХНИЧЕСКИЕ ПРИМЕЧАНИЯ 12604: ТЕХНИЧЕСКИЕ ПРИМЕЧАНИЯ:
Прикладное время ожидания произошло
Регистрационная Информация Случая Сервиса Слушателя

Слушатель делает запись регистрационных событий сервиса. Во время регистрации
сервиса процесс PMON предоставляет слушателю информацию о следующем:
■ Сервис называет для каждого экземпляра класса выполнения базы данных
■ Названия экземпляра класса базы данных
■ Обработчики сервиса (диспетчеры или выделенные серверы) доступный
■ Диспетчер, экземпляр класса, и узел загружают информацию
■ Динамические оконечные точки слушания
Сервис связанные с регистрацией события, перечисленные в Таблице 16–8,
зарегистрирован в listener.log файле:
Таблица 16–8 Регистрационной Информации Файла

регистрации событий Сервиса
Описание Случая
service_register слушатель получил регистрационную информацию для экземпляра класса.
service_update слушатель получил обновленную регистрационную информацию для
специфического экземпляра класса, такого как диспетчер или
информация загрузки экземпляра класса.
service_died слушатель потерял его подключение с PMON. От всей
регистрационной информации для экземпляра класса
отказываются. Клиенты будут неспособны соединиться с
экземпляром класса, пока PMON не регистрирует его
снова.
Формат Регистрационной Информации Сервиса Слушателя

Регистрационные события сервиса отформатированы в следующие поля:
Timestamp * Случай * Название Экземпляра класса * Код возврата
Свойства регистрационных полей сервиса следующие:

■ Это - нормаль для событий, чтобы появиться многократно в ряд для одного экземпляра
класса.
■ Успешная регистрация возвращает код нуля, означая, что клиент может соединиться с
См. Также:
■ "Решая Самые общие Сообщения об ошибках для Служб Сети Оракула"
по странице 16-5 для самых общих ошибок Сети Оракула
■ Сообщения об ошибках Базы данных Оракула для законченной
распечатки сообщений об ошибках
Пример: Файл регистрации Слушателя с Регистрационными Событиями Сервиса

Следующий пример показывает журналу регистрации с регистрационными
событиями сервиса. Обратите внимание, как слушатель в состоянии получить
клиентский запрос после успешного service_register случая, но неспособен
получить клиентские запросы после service_died случая.
--------------------------
14-JUL-2002 15:28:43 * service_register * продажи * 0
14-JUL-2002 15:28:43 * service_register * продажи * 0
14-JUL-2002 15:28:58 *
(connect_data = (service_name=sales.us.acme.com) (уголовный розыск =
(программируют =) (host=sales-server)
(user=jdoe)))
14-JUL-2002 15:38:44 * service_update * продажи * 0
14-JUL-2002 15:50:57 *
(connect_data = (service_name=sales.us.acme.com) (уголовный розыск = (программируют =) (host=sales-
server) (u
ser=jdoe)))
14-JUL-2002 15:51:26 * service_died * продажи * 12537
14-JUL-2002 15:51:26 * service_died * продажи * 12537
14-JUL-2002 15:52:06 *
(connect_data = (service_name=sales.us.acme.com) (уголовный розыск = (программируют =) (host=sales-
server) (u
ser=jdoe)))
ТЕХНИЧЕСКИЕ ПРИМЕЧАНИЯ 12514: TNS:listener не мог решить, что поданные
SERVICE_NAME соединяются
описатель
---------------------------
Слушатель Прямая Информация Плавной передачи управления от одной

ячейки к другой
Слушатель делает запись прямых событий плавной передачи управления от одной
ячейки к другой диспетчерам. Эти события отформатированы в следующие поля:
Timestamp * Представление * Handoff * Код ошибки
Свойства прямых полей плавной передачи управления от одной ячейки к другой

следующие:
■ Успешное подключение или команда возвращают код нуля.
См. Также: "Решая Самые общие Сообщения об ошибках для Служб

Сети Оракула" по странице 16-5 для самых общих ошибок Сети
Оракула или Сообщениям об ошибках Базы данных Оракула для
законченной распечатки сообщений об ошибках
Пример: Случай Файла регистрации Слушателя для Прямой Плавной передачи

управления от одной ячейки к другой
Прямому случаю плавной передачи управления от одной ячейки к другой в
журнале регистрации показывают в следующем примере. 21-JUL-2002
10:54:55 * oracle.aurora.net. SALESHttp2 * handoff * 0

Подписка Слушателя для Узла ONS Вниз Информация Случая

Слушатель подпишет на Сервис Уведомления Оракула (ONS) узел вниз случай на
запуске, если файл конфигурации ONS будет доступен. Эта подписка дает возможность
слушателю удалить затронутый сервис, когда это получает узел вниз уведомление о
событии от ONS. Слушатель использует асинхронную подписку для уведомления о
событии. Следующее предупреждающее сообщение будет зарегистрировано к журналу
регистрации слушателя на каждой команде STATUS, если подписка не завершила;
например, если демон ONS не работает на главном компьютере.
ПРЕДУПРЕЖДЕНИЕ: Подписка для узла вниз случай, все еще ожидающий
Слушатель не будет в состоянии получить случай ONS, в то время как подписка

находится на рассмотрении. Кроме этого, не затронуты никакие другие функциональные
возможности слушателя.
Информация Уведомления CRS слушателя

Если необходимый CRS (Кластерные Готовые Службы) библиотеки будут установлены,
и CRS начат на главном компьютере, то Слушатель зарегистрирует CRS о его состоянии
на начало и остановку. После успешного уведомления слушатели делают запись случая в
файле регистрации. Никакое сообщение не будет зарегистрировано, если уведомление
будет терпеть неудачу.
Слушатель завершил уведомление CRS на законченном
уведомлении Слушателя начала CRS на остановке
Анализ Менеджера Подключения Оракула Файлы регистрации

Менеджер Подключения Оракула генерирует четыре типа журналов регистрации: один
каждый для его слушателя, шлюза, и процессов CMADMIN и один для предупреждений.
Последним - хронологический отчет всех критических ошибок. В дополнение к
регистрации критических ошибок журнал предупреждений фиксирует информацию о
запуске экземпляра класса и завершении. Это также делает запись значения всех
параметров конфигурации вначале и конец сеанса. См. Таблицу 16–3 для синтаксиса
имени файла.
CMADMIN и межсетевые журналы регистрации воспроизведены здесь. Таблица 16–9
объясняет некоторые из регистрационных входов. Каждый вход состоит из timestamp и
случая. Вы можете конфигурировать cman.ora, чтобы регистрировать события в
следующих категориях:
■ Инициализация и завершение
■ Операции памяти
■ Обработка подключения
■ Управление процессом
■ Регистрация и обновление загрузки
■ События, связанные с очередью пробуждения CMADMIN
■ Межсетевые времена ожидания
■ Обработка команды
■ События связались с управляющими блоками подключения
Используйте команду SET EVENT, чтобы определить который события
регистрировать.
Пример Журнала регистрации CMADMIN

--------------------------
(LOG_RECORD = (TIMESTAMP=08-MAY-2003 08:46:40) (список EVENT=Parameter)
(listener_address = (обращаются = (protocol=tcp) (host=usunnae16)
(port=1574))),
(aso_authentication_filter=OFF)
(connection_statistics=ON)
(log_directory =/home/user/network/admin/log)
(log_level=support)
(max_connections=256)
(idle_timeout=5)
(inbound_connect_timeout=0)
(session_timeout=20)
(outbound_connect_timeout=0)
(max_gateway_processes=1)
(min_gateway_processes=1)
(password=OFF)
(remote_admin=ON)
(trace_directory =/home/user/network/admin/log)
(trace_level=off)
(trace_timestamp=OFF)
(trace_filelen=0)
(trace_fileno=0))
(LOG_RECORD = (TIMESTAMP=08-MAY-2003 08:46:40) (Размер Памяти
EVENT=Shared) (BYTES=82524))
(LOG_RECORD = (TIMESTAMP=08-MAY-2003 08:46:40) (утвержденные Атрибуты
EVENT=GMON) (Type=Information))
(LOG_RECORD = (TIMESTAMP=08-MAY-2003 08:46:40) (EVENT=NS Слушают
Успешные) ((ОБРАЩАЮТСЯ = (PROTOCOL=tcp) (HOST=usunnae16)
(PORT=55878)))),
(LOG_RECORD = (TIMESTAMP=08-MAY-2003 08:46:44) (команда EVENT=Received) (пароль
CMD=verify))
(LOG_RECORD = (TIMESTAMP=08-MAY-2003 08:46:44) (команда
EVENT=Received) (CMD=version))
EVENT=Received) (состояние CMD=show))
(LOG_RECORD = (TIMESTAMP=08-MAY-2003 08:46:44) (EVENT=Failed, чтобы получить
систему обнаружения атак процедуры)) (LOG_RECORD = (TIMESTAMP=08-MAY-2003
08:49:12) (команда EVENT=Received) (пароль CMD=verify))
EVENT=Received) (монитор CMD=probe))
EVENT=Received)
(Нормаль CMD=shutdown))
--------------------------
Межсетевой Пример Журнала регистрации

--------------------------
(LOG_RECORD = (TIMESTAMP=08-MAY-2003 08:46:41) (Инициализированный EVENT=NS))
(LOG_RECORD = (TIMESTAMP=08-MAY-2003 08:46:41) (Распределенный EVENT=Memory)
(BYTES=1024))
(LOG_RECORD = (TIMESTAMP=08-MAY-2003 08:46:41) (Инициализированный EVENT=NCR))
(LOG_RECORD = (TIMESTAMP=08-MAY-2003 08:46:41) (EVENT=Connected, чтобы
Контролировать))
(LOG_RECORD = (TIMESTAMP=08-MAY-2003 08:46:41) (Изменение EVENT=State от
Пустого до
Init))
(BYTES=251904))
(BYTES=2048))
(LOG_RECORD = (TIMESTAMP=08-MAY-2003 08:46:41) (Инициализированный EVENT=CCB))

Регистрация Сведений об ошибке для Служб
(LOG_RECORD = (TIMESTAMP=08-MAY- 08:46:41) (Слушание EVENT=Started))
2003 08:46:41) (Изменение EVENT=State от Init до
(LOG_RECORD = (TIMESTAMP=08-MAY-
2003 08:46:47) (EVENT=Housekeeping))
Готовый)) 08:48:06) (EVENT=Ready) (ВЕДУТ NO=0)),
(LOG_RECORD = (TIMESTAMP=08-MAY- 08:48:06) (EVENT=Ready) (ВЕДУТ NO=0)),
(LOG_RECORD = (TIMESTAMP=08-MAY- 08:48:12) (EVENT=Housekeeping))
2003 08:48:13) (Время ожидания NO=0))
(LOG_RECORD = (TIMESTAMP=08-MAY- EVENT=Idle) (ВЕДУТ
2003 08:48:25) (EVENT=Ready) (ВЕДУТ NO=0)),
(LOG_RECORD = (TIMESTAMP=08-MAY- 08:48:30) (Время ожидания NO=0))
2003 EVENT=Idle) (ВЕДУТ
2003 08:48:42) (EVENT=Ready) (ВЕДУТ NO=0)),
(LOG_RECORD = (TIMESTAMP=08-MAY- 08:49:02) (Время ожидания EVENT=Session)
2003 (ВЕДУТ NO=0)),
2003
2003
2003
2003
2003
2003
2003
2003
2003
2003
2003
--------------------------
Таблица 16–9 CMADMIN и Межсетевые Регистрационные Входы: Что Они Подразумевают
Случай Описание Журнал
регистр
ации
Атрибуты GMON Информационное сообщение. Параметры CMADMIN
утверждены необходимый для CMADMIN, чтобы
подойти определены правильно.
Подведенный, чтобы Сеанс CMCTL, подключенный с CMADMIN CMADMIN,
получить идентификатор разъединил.
процедуры
CMADMIN неспособен обработать запрос Шлюза
подключения. Могло быть две причины:
Из блока управления ■ Дефектное обновление загрузки между
каналом CMADMIN и слушателем
■ Кто-то пытается соединиться с CMADMIN
непосредственно (возможно атака отказа в
обслуживании)
Неизвестный клиент пытается соединиться с CMADMIN
CMADMIN. Это наиболее вероятно атака
отказа в обслуживании.
Нет не соединитесь,
Неизвестный клиент пытается соединиться с CMADMIN
CMADMIN. Это наиболее вероятно атака
отказа в обслуживании.
Недопустимые Информационное сообщение. Внутренний вспомогательный
Шлюз для межсетевого процесса то, чтобы. Межсетевой
процесс должным образом подключен с процессом
данные подключают CMADMIN.
Шлюз соединился с CMADMIN. Шлюз
Государственное сообщение изменения от шлюза. Однажды
Служебные действия Шлюз это достигает готового государства, шлюз начинает
принимать подключения от клиента.
данных
Подключенный, чтобы
Контролировать
Государственное
изменение от Пустого до
Init
Рассмотрение Сведений об ошибке для Служб Сети Оракула
Таблица 16–9 (Продолжение следует). CMADMIN и Межсетевые Регистрационные Входы: Что Они
Подразумевают
Случай Описание Журнал
регистр
ации
Государственное Государственное сообщение изменения от шлюза.
изменение от Init до Однажды Шлюз это достигает готового государства, шлюз
Готового начинает принимать подключения от клиента.
Подключение было разъединено, потому что это Шлюз
был простой дольше чем время, определенное в
Неактивный Лимит cman.ora.
Подключение было разъединено, потому что оно Шлюз
превысило лимит времени сеанса, определенный в
времени сеанса cman.ora.
Времени ожидания
Рассмотрение производит детальную последовательность операторов, которые
описывают сетевые события, поскольку они выполняются. Рассмотрение операции дает
возможность Вам получить подробную информацию относительно внутренних операций
компонентов Служб Сети Оракула, чем предоставлен в журнале регистрации. Эта
информация выведена к файлам, которые могут быть оценены, чтобы идентифицировать
события, которые привели к ошибке.
ПРЕДОСТЕРЕЖЕНИЕ: Рассмотрение использования большое количество

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

■ Имена файла Следа Служб Сети Оракула
■ Устанавливание Параметров Рассмотрения
■ Установка Рассмотрения Параметров настройки Во время выполнения Утилит Управления
■ Оценка Следов Служб Сети Оракула
■ Используя Помощника Следа, чтобы Исследовать Файлы Следа
Имена файла Следа Служб Сети Оракула

Каждый компонент Служб Сети Оракула производит свой собственный файл следа.
Таблица 16–10 обеспечивает заданные по умолчанию имена файла следа и перечисляет
компоненты, которые генерируют файлы следа.
Таблица 16–10 Файлов Следа

Файл Следа Компонент
экземпляр-класса-name_pid.trc Менеджер Подключения Оракула слушатель
экземпляр-класса- Менеджер Подключения Оракула CMGW
name_cmgw_pid.trc (Менеджер Подключения шлюз) процесс
экземпляр-класса- Менеджер Подключения Оракула CMADMIN
name_cmadmin_pid.trc (Менеджер Подключения Администрирование)
процесс
listener.trc Слушатель
sqlnet.trc Клиент
Таблица 16–10 (Продолжение

следует). Файлы Следа
Файл Следа Компонент
svr_pid.trc Сервер Базы данных
tnsping.trc Утилита TNSPING
Устанавливание Параметров Рассмотрения

Параметры, которые управляют рассмотрением, включая тип и количество
информационного следа, так же как местоположение, где файлы хранятся, установлены
в файле конфигурации каждого сетевого компонента как описано в Ta b l e 1 6 – 11.
Таблица 16–11 Местоположений Параметров Следа

Компонент Файл Конфигурации
Менеджер Подключения cman.ora
Оракула Процессы
listener.ora
Слушатель
Клиент sqlnet.ora
Сервер Базы данных sqlnet.ora

Утилита TNSPING sqlnet.ora

■ Параметры Следа sqlnet.ora
■ Параметры Следа listener.ora
■ Параметры Следа cman.ora
■ Устанавливание Рассмотрения Параметров в Файлах Конфигурации

данных Оракула для получения дополнительной информации
об этих параметрах
Параметры Следа sqlnet.ora

Таблица 16–12 описывает параметры настройки параметров следа, которые могут быть
установлены в sqlnet.ora
файл.
Таблица 16–12 Параметров Следа sqlnet.ora

TRACE_DIRECTORY_CLIENT Клиентская Устанавливает целевой каталог для клиентского
Информация: вывода следа. По умолчанию, клиентский каталог -
Каталог Следа $ORACLE_HOME/network/trace на UNIX и
ORACLE_HOME\network\trace на Windows.
Информация Сервера Устанавливает целевой каталог для вывода следа

TRACE_DIRECTORY_SERVER: сервера базы данных. По умолчанию, каталог сервера -
Каталог Следа $ORACLE_HOME/network/trace на UNIX и
ORACLE_HOME\network\trace на Windows.
Определяет имя файла следа для клиента. По
TRACE_FILE_CLIE Клиентская умолчанию имя файла следа - sqlnet.trc.
NT Информация:
Файл Следа
TRACE_FILE_SERVER Информация Определяет имя файла следа для сервера базы
Сервера: Файл данных. По умолчанию имя файла следа -
Следа svr_pid.trc.
Таблица 16–12 (Продолжение следует). Параметры Следа sqlnet.ora

Параметр sqlnet.ora Полевое Описание
TRACE_FILELEN_CLIENT, Не Применимый
Определяет размер клиентских файлов следа в
килобайтах (Кбайт). Когда размер встречен,
информация следа написана следующему файлу.
Число файлов определено с параметром
TRACE_FILENO_CLIENT.
TRACE_FILELEN_SERVER, Не Применимый Определяет размер файлов следа сервера базы данных
в килобайтах (Кбайт). Когда размер встречен,
информация следа написана следующему файлу.
Число файлов определено с параметром
TRACE_FILENO_CLIENT.
TRACE_FILENO_CLIENT, Не Применимый Определяет число файлов следа для клиентского
рассмотрения. Когда эти параметры установлены
наряду с параметром TRACE_ FILELEN_CLIENT,
файлы следа используются циклическим видом.
Первый файл заполнен первый, тогда второй файл, и
так далее. Когда последний файл был заполнен,
первый файл многократно использован, и так далее.
Имена файла следа отличает от друг друга их
порядковый номер. Например, если заданный по
умолчанию файл следа sqlnet.trc используется, и
эти параметры установлены к 3, файлы следа назвали
бы sqlnet1_pid.trc, sqlnet2_pid.trc и
sqlnet3_pid.trc.
Кроме того, событиям следа в файлах следа
предшествует порядковый номер файла.
TRACE_FILENO_SERVER, Не Применимый Определяет число файлов следа для рассмотрения
сервера базы данных. Когда эти параметры
установлены наряду с параметром
TRACE_FILELEN_SERVER, файлы следа
используются циклическим видом. Первый файл
заполнен первый, тогда второй файл, и так далее.
Когда последний файл был заполнен, первый файл
многократно использован, и так далее.
порядковый номер. Например, если заданный по
умолчанию файл следа svr_pid.trc используется,
и эти параметры установлены к 3, файлы следа назвали
бы svr1_pid.trc, svr2_pid.trc и svr3_
pid.trc.
Информация Клиента TRACE_LEVEL_CLIENT: Определяет уровень деталей отчеты средства следа для
Уровень Следа клиента.
Значение уровня следа может или быть значением в
пределах диапазона 0 (нуль) к 16 (где 0 не
рассмотрение, и 16 представляет максимальное
количество рассмотрения), или значение прочь,
администрация, пользователь, или поддержка.
■ прочь (эквивалентный 0) не обеспечивает
рассмотрения
■ пользователь (эквивалентный 4)
прослеживает, чтобы идентифицировать
вынужденные пользователем ошибочные
условия
■ администрация (эквивалентный 6)
присущие системе проблемы
■ поддержка (эквивалентный 16) предоставляет
информацию следа для того, чтобы расследовать
информацию для Службы поддержки Оракула
Таблица 16–12 (Продолжение следует). Параметры Следа sqlnet.ora

TRACE_LEVEL_SER Информация Определяет уровень деталей отчеты средства следа
VER Сервера: Уровень для сервера базы данных. Значение уровня следа
Следа может или быть значением в пределах диапазона 0
(нуль) к 16 (где 0 не рассмотрение, и 16
представляет максимальное количество
рассмотрения), или значение прочь,
условия
TRACE_TIMESTAMP_CLIENT, Не Применимый ■ поддержка (эквивалентный 16) предоставляет
TRACE_TIMESTAMP_SERVER, Не Применимый Добавляет временная метка в форме dd-mon-yyyy

hh:mi:ss:mil к каждому случаю следа в
клиентском файле следа, sqlnet.trc.
Добавляет временная метка в форме dd-mon-yyyy
hh:mi:ss:mil к каждому случаю следа в
клиентском файле следа, sqlnet.trc.
TRACE_UNIQUE_CLIENT Клиентская Когда значение установлено в на, Сеть Оракула
Информация: создает уникальное имя файла для каждого сеанса
Уникальное Имя следа, прилагая идентификатор процесса к названию
файла Следа каждого сгенерированного файла следа, давая
возможность нескольким файлам сосуществовать.
Например, файлы следа, названные
sqlnetpid.trc, созданы, если заданное по
умолчанию имя файла следа sqlnet.trc
используется. Когда значение установлено в прочь,
данные от нового клиентского сеанса следа
записывают поверх существующий файл.
Вы можете вручную добавить следующие параметры рассмотрения утилиты TNSPING,
описанные в Таблице 16–13 к sqlnet.ora. Утилита TNSPING определяет, может ли
сервис (такой как databaseor другие службы ТЕХНИЧЕСКИХ ПРИМЕЧАНИЙ) на сети
Сети Оракула быть успешно достигнут.
Таблица 16–13 Параметров Следа TNSPING

Параметр sqlnet.ora Описание
TNSPING.TRACE_DIRECTORY Устанавливает целевой каталог для файла следа TNSPING,
tnsping.trc. По умолчанию, каталог $ORACLE_
первая страница/сеть/след на UNIX и ORACLE_
HOME\network\trace на Windows.
Таблица 16–13 (Продолжение следует). Параметры Следа

TNSPING
Параметр sqlnet.ora Описание
TNSPING.TRACE_LEVEL Определяет уровень деталей отчеты средства следа для
утилиты TNSPING.
Значение уровня следа может или быть значением в
пределах диапазона 0 (нуль) к 16 (где 0 не
рассмотрение, и 16 представляет максимальное
количество рассмотрения), или значение прочь,
■ пользователь (эквивалентный 4) прослеживает,
чтобы идентифицировать вынужденные пользователем
ошибочные условия
■ поддержка (эквивалентный 16) предоставляет
Параметры Следа listener.ora
Таблица 16–14 описывает параметры настройки параметров следа для слушателя,
который может быть установлен в listener.ora файле.
Таблица 16–14 Параметров Следа listener.ora

Параметр listener.ora Оракул
Предприятие
Менеджер/оракул
Сетевой Менеджер
Полевое Описание
TRACE_LEVEL_ Выбор след Определяет уровень деталей средство следа
listener_name Уровень Уровня/следа делает запись для слушателя.
Значение уровня следа может или быть
значением в пределах диапазона 0 (нуль) к
16 (где 0 не рассмотрение, и 16
представляет максимальное количество
рассмотрения), или значение прочь,
администрация, пользователь, или
поддержка.
■ прочь (эквивалентный 0) не
обеспечивает рассмотрения
условия
TRACE_DIRECTORY_ прослеживает, чтобы идентифицировать
listener_name присущие системе проблемы
■ поддержка (эквивалентный 16)
TRACE_FILE_
предоставляет информацию следа для
listener_name того, чтобы расследовать информацию
для Службы поддержки Оракула
TRACE_FILELEN_ Файл Следа Устанавливает целевой каталог и файл
listener_name для файла следа. По умолчанию каталог -
$ORACLE_HOME/network/trace на UNIX
и ORACLE_HOME\network\trace на
Windows, и имя файла - listener.trc.
Не Применимый Определяет размер файлов следа слушателя в
килобайтах (Кбайт). Когда размер встречен,
информация следа написана следующему
файлу. Число файлов определено с
параметром TRACE_
FILENO_listener_name
Таблица 16–14 (Продолжение следует). Параметры Следа listener.ora

Параметр listener.ora Менеджер/
оракул
Предприятия
Оракула Net
Поле Описание
Менеджера
TRACE_FILENO_ Не Применимый Определяет число файлов следа для слушателя,
listener_name прослеживающего. Когда эти параметры
установлены наряду с параметром
TRACE_FILELEN_listener_name, файлы
следа используются циклическим видом.
Первый файл заполнен первый, тогда второй
файл, и так далее. Когда последний файл был
заполнен, первый файл многократно
использован, и так далее.
порядковый номер. Например, если заданный
по умолчанию файл следа listener.trc
используется, и эти параметры установлены к
3, файлы следа назвали бы listener1.trc,
listener2.trc и listener3.trc.
TRACE_TIMESTAMP_
Не Применимый Добавляет временную метку в форме
listener_name
dd-mon-yyyy hh:mi:ss:mil к каждому
случаю следа в слушателе прослеживают
файл.
Параметры Следа cman.ora
Таблица 16–15 описывает параметры настройки параметров следа для Менеджера
Подключения Оракула, который может быть установлен в cman.ora файле.
Таблица 16–15 Параметров Следа cman.ora

TRACE_DIRECTORY Устанавливает целевой каталог для файлов следа.
По умолчанию, каталог $ORACLE_ первая
страница/сеть/след на UNIX и ORACLE_
HOME\network\trace на Windows.
TRACE_FILELEN Определяет размер файла следа в килобайтах (Кбайт).
Когда размер встречен, информация следа написана
следующему файлу. Число файлов определено с
параметром TRACE_ FILENO.
TRACE_FILENO Определяет число файлов следа для того, чтобы

проследить. Когда эти параметры установлены наряду с
параметром TRACE_FILELEN, файлы следа используются
циклическим видом. Первый файл заполнен первый, тогда
второй файл, и так далее. Когда последний файл был
заполнен, первый файл многократно использован, и так
далее.
Имена файла следа отличает от друг друга их порядковый
номер. Например, если бы эти параметры установлены к 3,
Менеджер Подключения Оракула, файлы следа для
межсетевых процессов назвали бы экземпляром-
класса-name_ cmgw1_pid.trc, экземпляром-
класса-name_cmgw2_pid.trc и экземпляром-
класса-name_cmgw3_pid.trc.
Кроме того, событиям следа в файлах следа предшествует
порядковый номер файла.
Таблица 16–15 (Продолжение следует). Параметры Следа

cman.ora
TRACE_LEVEL Определяет уровень следа для Менеджера
Подключения Оракула экземпляр класса. Этот
параметр принимает четыре уровня следа:
■ от (значения по умолчанию) - никакая регистрация
■ информация файла регистрации пользователя-
пользователя
■ административная администрацией
регистрационная информация
■ информация Службы поддержки Оракула
поддержки
Менеджер Подключения Оракула слушатель, шлюз, и
процессы CMADMIN создает файлы следа и на UNIX и на
Windows. См. Таблицу 16–10 для синтаксиса имени файла.
TRACE_TIMESTAMP Если параметр TRACING допущен, добавляет временная
метка в форме dd-mon-yyyy hh:mi:ss:mil к
каждому случаю следа в файлах следа.
Устанавливание Рассмотрения Параметров в Файлах Конфигурации
Вы конфигурируете параметры рассмотрения для sqlnet.ora файла с Менеджером
Сети Оракула и listener.ora файла или с Менеджером Сети Менеджера или с
Вы должны вручную конфигурировать cman.ora параметры рассмотрения файла.
См. Также: Справочная информация Служб Сети Базы данных Оракула,
Чтобы установить параметры рассмотрения с Менеджером Сети Менеджера и Оракула
Предприятия Оракула:
Инструмент Файла Следа Установленные параметры регистрации здесь...

sqlnet.trc
(для клиента) См. Также: "Менеджер Сети Оракула" на странице 6-2
svr_pid.trc 1. В области окна навигатора, расширьтесь Местный>
(для сервера) Конфигурация.
3. Нажмите T r a c i n позиция табуляции г.

Менеджер Предприятия Оракула 1. Обратитесь к странице Администрирования Сети

listener.trc Оракула в Менеджере Предприятия Оракула.
См. Также: "Менеджер Предприятия Оракула" на странице
6-1
1. Выберите Listeners от списка Administer, и затем
выберите Оракула домой, который содержит
местоположение файлов конфигурации.
1. Выберите слушателя, и затем нажмите Edit.
1. Нажмите позицию табуляции Logging & Tracing.
3. Нажать OK.

Рассмотрение Сведений об ошибке для Служб
Файл Инструмент Установленные параметры регистрации здесь...

Следа
listener.trc
2. Слушатели.
Выберите слушателя.
4. Нажмите позицию табуляции Logging и Tracing.
Установка Рассмотрения Параметров настройки Во время выполнения Утилит

Управления
В течение времени выполнения утилиты управления Вы можете установить рассмотрение.
Установка прослеживающий с утилитой управления не устанавливает параметры в *.ORA
файлах; установка только правильна для сеанса утилиты управления:
■ Для слушателя, используйте НАБОР TRC_DIRECTORY, УСТАНОВИТЕ TRC_FILE, и
команды SET TRC_ LEVEL от утилиты Listener Control.
■ Для Менеджера Подключения Оракула, используйте НАБОР TRACE_DIRECTORY
и УСТАНОВИТЕ TRACE_LEVEL, и команды SET TRACE_TIMESTAMP от
Менеджера Подключения Оракула управляют утилитой.
См. Также: Справочная информация Служб Сети Базы данных Оракула
Оценка Следов Служб Сети Оракула

Файлы следа могут помочь Службе поддержки Оракула диагностировать и
расследовать сетевые проблемы.
Этот раздел объясняет, как выполнить основной анализ файлов следа. Обсуждаемые темы
включают:
■ Поток Пакетов Данных Между Сетевыми Узлами
■ Форматы Пакета Данных Сети Оракула
■ Подходящая Сеть Оракула Прослеживает Ошибочный Вывод
Поток Пакетов Данных Между Сетевыми Узлами

Сеть Оракула выполняет свои функции, посылая и получая пакеты данных. Определяя
уровень следа поддержки, Вы можете рассмотреть фактические информационные
наполнения пакета Сети Оракула в Вашем файле следа. Заказ типов пакета, посланных и
полученных, поможет Вам определять, как Ваше подключение было установлено.
Форматы Пакета Данных Сети Оракула

Каждая строка в файле следа начинается с процедуры, сопровождаемой в соответствии с
сообщением. После каждой процедуры строка шестнадцатеричных данных,
представляющих фактические данные. Фактические данные, которые текут в пакете, иногда
просматриваемы направо от шестнадцатеричных данных.
Затем список ключевых слов пакета Сети Оракула и описания типов пакетов,
которые они представляют:

Ключевое Тип Пакета

слово
NSPTCN Соединиться
NSPTAC Ввод
NSPTRF Мусор
NSPTRS Снова послать
NSPTDA Данные
NSPCNL Управление
NSPTMK Маркер
Например, следующая строка описывает процедуру, названную "nscon" посылка

пакета NSPTCN по сети:
nscon: посылка пакет NSPTCN
У каждого пакета есть ключевое слово, которое обозначает тип пакета. Все типы
пакета начинаются с префикса "nsp". Полезно помнить это, делая обзор файлов следа
для определенной информации пакета
Пример 16–4 предоставляет типичную информацию пакета.
Пример 16–4 Информации Пакета

nscon: вход
nscon: выполнение подключает установление связи...
nscon: посылка пакет NSPTCN
nspsend: вход
nspsend: plen=187, type=1
nspsend: 187 байтов, чтобы транспортировать
дамп nspsend:packet
nspsend:00 BB 00 00 01 00 00 00 | |
nspsend:01 33 01 2C 0C 01 08 00 |.3..... |
nspsend:7F И СЛЕДУЮЩИЕ 7F 08 00 00 00 01 | |
nspsend:00 99 00 22 00 00 08 00 |... ".... |
nspsend:01 01 28 44 45 53 43 52 |.. (DESCR |
nspsend:49 50 54 49 4F 4E трехмерные 28 |IPTION = (|
nspsend:43 4F 4E 4E 45 43 54 5F |CONNECT _ |
nspsend:44 41 54 41 трехмерный 28 53 49 |DATA = (СИЦЗЯН |
nspsend:44, трехмерный 61 70 33 34 37 64 |D=ap347d |
nspsend:62 31 29 28 43 49 44 трехмерных |b1) (УГОЛОВНЫЙ РОЗЫСК = |
nspsend:28 50 52 4F 47 52 41 4D | (ПРОГРАММИРУЮТ |
nspsend:3D 29 28 48 4F 53 54 трехмерный | =) (ГЛАВНЫЙ КОМПЬЮТЕР = |
nspsend:61 70 32 30 37 73 75 6E |ap207sun |
nspsend:29 28 55 53 45 52 трехмерный 6D |) (USER=m |
nspsend:77 61 72 72 65 6E 29 29 |warren)) |
nspsend:29 28 41 44 44 52 45 53 |) (ADDRES |
nspsend:53 5F 4C 49 53 54 трехмерных 28 |S_LIST = (|
nspsend:41 44 44 52 45 53 53 трехмерных |ADDRESS = |
nspsend:28 50 52 4F 54 4F 43 4F | (PROTOCO |
nspsend:4C, трехмерный 74 63 70 29 28 48 |L=tcp) (H |
nspsend:4F 53 54 трехмерный 61 70 33 34 |OST=ap34 |
nspsend:37 73 75 6E 29 28 50 4F |7sun) (ПОЧТОВЫЙ |
nspsend:52 54 трехмерный 31 35 32 31 29 |RT=1521) |
nspsend:29 29 29 00 00 00 00 00 |))) |
nspsend: нормальный
выход nscon: выйдите
(0)

Подходящая Сеть Оракула Прослеживает Ошибочный Вывод

Когда есть проблема подключение, код ошибки зарегистрирован в файле следа.
Пример 16–5 изображает типичный вывод файла следа для неудавшегося
подключения SQL*Plus с сервером базы данных.
Пример 16–5 Примеров Следа

[22-JUL-2002 13:34:07:687] nsprecv: вход
[22-JUL-2002 13:34:07:687] nsbal: вход
[22-JUL-2002 13:34:07:687] nsbgetfl: вход
[22-JUL-2002 13:34:07:687] nsbgetfl: нормальный выход
[22-JUL-2002 13:34:07:687] nsmal: вход
[22-JUL-2002 13:34:07:687] nsmal: 44 байта в 0x132d90
[22-JUL-2002 13:34:07:687] nsmal: нормальный выход
[22-JUL-2002 13:34:07:687] nsbal: нормальный выход
[22-JUL-2002 13:34:07:687] nsprecv: чтение от транспорта...
[22-JUL-2002 13:34:07:687] nttrd: вход
[22-JUL-2002 13:35:09:625] nttrd: выйти
[22-JUL-2002 13:35:09:625] ntt2err: вход
[22-JUL-2002 13:35:09:625] ntt2err: Читайте неожиданную ОШИБКУ конца файла на 10
[22-JUL-2002 13:35:09:625] ntt2err: выйти
[22-JUL-2002 13:35:09:625] nsprecv: транспортная ошибка чтения
[22-JUL-2002 13:35:09:625] nsprecv: ошибочный выход
[22-JUL-2002 13:35:09:625] nserror: вход
[22-JUL-2002 13:35:09:625] nserror: nsres: id=0, op=68, ns=12537, ns2=12560;
nt [0] =507, nt [1] =0, nt [2] =0; рты [0] =0, рты [1] =0, рты [2] =0
[22-JUL-2002 13:35:09:625] nscon: ошибочный выход
[22-JUL-2002 13:35:09:625] nsdo: nsctxrnk=0
[22-JUL-2002 13:35:09:625] nsdo: ошибочный выход
[22-JUL-2002 13:35:09:625] nscall: неожиданный ответ
[22-JUL-2002 13:35:09:625] nsclose: вход
[22-JUL-2002 13:35:09:625] nstimarmed: вход
[22-JUL-2002 13:35:09:625] nstimarmed: никакой таймер не распределен
[22-JUL-2002 13:35:09:625] nstimarmed: нормальный выход
[22-JUL-2002 13:35:09:625] nsdo: вход
[22-JUL-2002 13:35:09:625] nsdo: cid=0, opcode=98, *bl=0, *what=0,
uflgs=0x440, cflgs=0x2
[22-JUL-2002 13:35:09:625] nsdo: rank=64, nsctxrnk=0
[22-JUL-2002 13:35:09:625] nsdo: nsctx: state=1, flg=0x4201, mvd=0
[22-JUL-2002 13:35:09:625] nsbfr: вход
[22-JUL-2002 13:35:09:625] nsbaddfl: вход
[22-JUL-2002 13:35:09:625] nsbaddfl: нормальный выход
[22-JUL-2002 13:35:09:625] nsbfr: нормальный выход
[22-JUL-2002 13:35:09:625] nsbfr: вход
[22-JUL-2002 13:35:09:625] nsdo: nsctxrnk=0
[22-JUL-2002 13:35:09:625] nsdo: нормальный выход
[22-JUL-2002 13:35:09:625] nsclose: закрытие транспорта
[22-JUL-2002 13:35:09:625] nttdisc: вход
[22-JUL-2002 13:35:09:625] nttdisc: Закрытый разъем 10
[22-JUL-2002 13:35:09:625] nttdisc: выйти
[22-JUL-2002 13:35:09:625] nsclose: глобальный контекстный контроль (от слота 0)
законченный
[22-JUL-2002 13:35:09:703] nsnadisc: вход
[22-JUL-2002 13:35:09:703] nadisc: вход
[22-JUL-2002 13:35:09:703] nacomtm: вход
[22-JUL-2002 13:35:09:703] nacompd: вход
[22-JUL-2002 13:35:09:703] nacompd: выйти

[22-JUL-2002 13:35:09:703] nacompd: вход

[22-JUL-2002 13:35:09:703] nacompd: выйти
[22-JUL-2002 13:35:09:703] nacomtm: выйти
[22-JUL-2002 13:35:09:703] nas_dis: вход
[22-JUL-2002 13:35:09:703] nas_dis: выйти
[22-JUL-2002 13:35:09:703] nau_dis: вход
[22-JUL-2002 13:35:09:703] nau_dis: выйти
[22-JUL-2002 13:35:09:703] naeetrm: вход
[22-JUL-2002 13:35:09:703] naeetrm: выйти
[22-JUL-2002 13:35:09:703] naectrm: вход
[22-JUL-2002 13:35:09:703] naectrm: выйти
[22-JUL-2002 13:35:09:703] nagbltrm: вход
[22-JUL-2002 13:35:09:703] nau_gtm: вход
[22-JUL-2002 13:35:09:703] nau_gtm: выйти
[22-JUL-2002 13:35:09:703] nagbltrm: выйти
[22-JUL-2002 13:35:09:703] nadisc: выйти
[22-JUL-2002 13:35:09:703] nsnadisc: нормальный выход
[22-JUL-2002 13:35:09:703] nsbfr: вход
[22-JUL-2002 13:35:09:703] nsmfr: вход
[22-JUL-2002 13:35:09:703] nsmfr: 2256 байтов в 0x130508
[22-JUL-2002 13:35:09:703] nsmfr: нормальный выход
[22-JUL-2002 13:35:09:703] nsmfr: вход
[22-JUL-2002 13:35:09:703] nsmfr: 484 байта в 0x1398a8
[22-JUL-2002 13:35:09:703] nsclose: нормальный выход
[22-JUL-2002 13:35:09:703] nscall: соединение...
[22-JUL-2002 13:35:09:703] nsclose: вход
[22-JUL-2002 13:35:09:703] nsclose: нормальный выход
[22-JUL-2002 13:35:09:703] nladget: вход
[22-JUL-2002 13:35:09:734] nladget: выйти
[22-JUL-2002 13:35:09:734] nsmfr: вход
[22-JUL-2002 13:35:09:734] nsmfr: 144 байта в 0x132cf8
[22-JUL-2002 13:35:09:734] nsmfr: вход
[22-JUL-2002 13:35:09:734] nsmfr: 156 байтов в 0x138e70
[22-JUL-2002 13:35:09:734] nladtrm: вход
[22-JUL-2002 13:35:09:734] nladtrm: выйти
[22-JUL-2002 13:35:09:734] nscall: ошибочный выход
[22-JUL-2002 13:35:09:734] nioqper: ошибка от nscall
[22-JUL-2002 13:35:09:734] nioqper: не уточнено главное допускает
ошибку код: 12537
[22-JUL-2002 13:35:09:734] nioqper: не уточнено (2) код ошибки:
12560
[22-JUL-2002 13:35:09:734] nioqper: главное nt допускает ошибку код:
507
[22-JUL-2002 13:35:09:734] nioqper: nt (2) код ошибки: 0
[22-JUL-2002 13:35:09:734] nioqper: nt код ошибки OS: 0
[22-JUL-2002 13:35:09:734] niomapnserror: вход
[22-JUL-2002 13:35:09:734] niqme: вход
[22-JUL-2002 13:35:09:734] niqme: сообщение НЕ УТОЧНЕНО 12537 ошибок как РТЫ 12537
[22-JUL-2002 13:35:09:734] niqme: выйти
[22-JUL-2002 13:35:09:734] niomapnserror: возвращение ошибки 12537
[22-JUL-2002 13:35:09:734] niomapnserror: выйти
[22-JUL-2002 13:35:09:734] niotns: не Мог соединиться, возвращаясь
12537
[22-JUL-2002 13:35:10:734] niotns: выйти
[22-JUL-2002 13:35:10:734] nsbfrfl: вход
[22-JUL-2002 13:35:10:734] nsbrfr: вход
[22-JUL-2002 13:35:10:734] nsbrfr: nsbfs в 0x132d90, данные в 0x132dc8.
[22-JUL-2002 13:35:10:734] nsbrfr: нормальный выход
[22-JUL-2002 13:35:10:734] nsbrfr: вход

[22-JUL-2002 13:35:10:734] nsbrfr: nsbfs в 0x1248d8, данные в 0x132210.
[22-JUL-2002 13:35:10:734] nsbrfr: вход
[22-JUL-2002 13:35:10:734] nsbrfr: nsbfs в 0x12d820, данные в 0x1319f0.
[22-JUL-2002 13:35:10:734] nsbfrfl: нормальный выход
[22-JUL-2002 13:35:10:734] nigtrm: граф в глобальной области NI теперь 1
[22-JUL-2002 13:35:10:734] nigtrm: граф в области глобальной переменной СШ теперь 1
Самый эффективный способ оценить коды ошибки состоит в том, чтобы найти новый
nserror вход зарегистрированным, поскольку сеансовый уровень управляет
подключением. Самые важные сообщения об ошибках - те внизу файла. Они - новые
ошибки и источник проблемы с подключением.
Для информации об определенных кодах возврата, используйте ошибочный инструмент
UNIX Оракула oerr, вводя следующее в любую командную строку:
технические примечания oerr error_number
Как пример, полагайте, что следующий nserror вход вошел файл следа, которому
показывают в иллюстрации 16-5 по странице 16-35:
[22-JUL-2002 13:35:09:625] nserror: nsres: id=0, op=68, ns=12537, ns2=12560; nt
[0] =507, nt [1] =0, nt [2] =0; рты [0] =0, рты [1] =0, рты [2] =0
Используя oerr, Вы можете узнать подробную информацию о кодах возврата 12537

и 507. (Полужирный обозначает пользовательский ввод).
технические примечания oerr 12537
12537, 00000, "TNS:connection, закрытый"
//*Cause: "Конец файла" условие был достигнут; партнер имеет
разъединенный.
//*Action: Ни один не нуждался; это - информационное сообщение.
технические примечания oerr 507

00507, 00000, "Подключение, закрытое"
//*Cause: Нормальный "конец файла" условие был достигнут; партнер имеет
//разъединенный.
//*Action: Ни один не нуждался; это - информационное сообщение.
Используя Помощника Следа, чтобы Исследовать Файлы Следа

Службы Сети Оракула обеспечивают инструмент, названный Помощником Следа, чтобы
помочь Вам понимать информацию, предоставленную в файлах следа, преобразовывая
существующие строки текста файла следа в более читаемый параграф. Отметьте, что
Помощник Следа выполняется против только уровня 16 (поддержка) файл следа
Служб Сети Оракула.
■ Проследите Вспомогательный Синтаксис
■ Примеры Пакета
■ Общие П р и м е р ы П а к е т а С двумя задачами
■ Пример Подключения
■ Пример Статистики
Проследите Вспомогательный Синтаксис

Чтобы выполнить Помощника Следа, введите следующее в любую подсказку командной
строки:

trcasst [опции] <имя файла>
Опции описаны в Таблице 16–16.
Таблица 16–16 Синтаксисов Помощника Следа

Сведения об ошибке Дисплеев-elevel. После-e могут следовать нуль или одна ошибка, декодирующая
уровень:
■ 0 или ничто не транслирует НЕ УТОЧНЕНО ошибочные числа,
разгруженные от функции nserror плюс списки все другие ошибки
■ 1 дисплей только НЕ УТОЧНЕНО ошибочная трансляция от функции nserror
■ 2 ошибочных числа дисплеев без трансляции
-la, Если идентификатор подключения существует в НЕ УТОЧНЕНО, подключают пакет, то вывод отображает
идентификаторы подключения. Идентификаторы Подключения отображены как
шестнадцатеричные, восьми-байтовые идентификаторы. Сгенерированный
идентификатор создан Помощником Следа, если пакет не связан ни с каким
подключением, то есть, подключенный пакет записан поверх в файле следа. Это может
произойти с циклическими файлами следа.
Для каждого идентификатора вывод перечисляет следующее:
■ Идентификатор разъема, если у подключения есть тот
■ Соединитесь пакет посылают или получают операцию
■ Текущая установка МУЛЬТИПЛЕКСНОГО атрибута параметра DISPATCHERS в
файле параметра инициализации. Когда МУЛЬТИПЛЕКСНОЕ установлен в НА,
мультиплексирование сеанса допущено.
■ Идентификатор сеанса, если МУЛЬТИПЛЕКСНОЕ установлен в НА
■ Подключите информацию данных
■ Не используйте эту опцию с другими опциями.
■ Идентификаторы, сгенерированные Помощником Следа, не коррелируют с клиент-
серверными файлами следа.
- Дисплеи идентификатора лития след для специфического идентификатора от-la выведен
Примечание: Только использует эту опцию с выводом от-la опции.

Таблица 16–16 (Продолжение следует). Проследите Вспомогательный Синтаксис

Дисплеи-otype количество и тип информации, которая будет выведена. После-o следующий
опции могут использоваться:
■ c, чтобы отобразить итоговую информацию обеспечения связи
■ d, чтобы отобразить детализированную информацию обеспечения связи
■ u, чтобы отобразить резюме, С двумя задачами Обычный (С ЛЕНТЫ НА КАРТУ) информация
■ t, чтобы отобразить детализированный С ЛЕНТЫ НА КАРТУ информацию
■ q, чтобы отобразить команды SQL, увеличивающие резюме С ЛЕНТЫ НА
КАРТУ информация. Используйте эту опцию с u, таким как-ouq.
Примечание: Так выведенный для d содержит ту же самую информацию как
отображено для c, не представляйте и c и d. Если Вы представите оба, то только
выведенный d будет обработан.
Внутреннее пользование Оракула-p только
Дисплеи-s следующая статистическая информация:
■ Общее количество байтов, посланных и полученных
■ Максимум открывает курсоры
■ В настоящее время откройте курсоры
■ Граф и отношение операций
■ Синтаксический анализ и выполнение значит МН / SQL
■ Полные запросы, посланные и полученные
■ Общее количество, среднее число, и максимальное число байтов, посланных и полученных
■ Общее количество подарка транспортов и сеансов
■ Информация Timestamp, если любой
■ Порядковые номера, если любой
Если никакие опции не предоставлены, то значение по умолчанию-odt-e0-s,

обеспечивая детализированное обеспечение связи и С ЛЕНТЫ НА КАРТУ события,
ошибочный нуль (0) уровня, и статистику в файле следа.
Пример 16–6 показов, как Помощник Следа преобразовывает информацию файла следа в
более читаемый формат.
Пример 16–6 Файлов Следа с Ошибкой

ntus2err: выйти
ntuscni: выйти
ntusconn: выйти
nserror: вход
- <ОШИБКА> - nserror: nsres: id=0, op=65, ns=12541, ns2=12560; nt [0] =511, nt [1]
=2,
nt [2] =0
Пример 16–7 показов, как Помощник Следа преобразовывает информацию файла следа в
более читаемый формат с-e1 опцией.
Пример 16–7 trcasst-e1 Вывод
*************************************************************************
* Проследите Помощника *
*************************************************************************
ntus2err:
выйдите из
ntuscni: выйти
ntusconn:
выйдите из
nserror: вход
- <ОШИБКА> - nserror: nsres: id=0, op=65, ns=12541, ns2=12560; nt [0] =511, nt [1]
=2, nt [2] =0
///////////////////////////////////////////////////////////////
Ошибка найдена. Ошибочный Стек следует: Операция code:65 id:0
НЕ УТОЧНЕНО Ошибка 1:12541 НЕ УТОЧНЕНО Ошибка 2:12560 NT Generic Error:511
Protocol Error:2 OS Error:0 NS & NT Errors Translation 12541, 00000
"слушателей TNS:no"//*Cause: запрос на установление соединения не мог быть
закончен, потому что слушатель//не работает.
//*Action: Гарантируйте, что поставляемый адрес назначения соответствует
одному из//, адреса, используемые слушателем - сравнивают вход TNSNAMES.ORA
с//соответствующий файл LISTENER.ORA (или TNSNAV.ORA, если подключение к//,
идут посредством Обмена). Запустите слушателя на отдаленной машине. /
12560, 00000 "ошибок адаптера TNS:protocol"//*Cause:
Произошла универсальная ошибка адаптера протокола.
//*Action: Проверьте адреса, используемые для надлежащей спецификации
протокола. Прежде//сообщающий об этой ошибке, смотрите на ошибочный стек и
проверьте более низкий уровень//транспортные ошибки. Для дальнейших
подробностей, включите рассмотрение и повторно выполните//операцию.
Выключите рассмотрение, когда операция закончена. /
00511, 00000 "Никаких слушателей"//*Cause: подключенный запрос не мог быть
закончен, потому что никакое приложение//не слушает на адресе, определенном, или
приложение неспособно к сервису//подключенный запрос достаточно своевременным
способом.//*Action: Гарантируйте, что поставляемый адрес назначения соответствует
одному из//, которые сравнивают адреса, используемые слушателем - вход
TNSNAMES.ORA с//приспосабливают файл LISTENER.ORA (или TNSNAV.ORA, если
подключение должно пойти//посредством Обмена. Запустите слушателя на отдаленной
машине.////////////////////////////////////////////////////////////////
*************************************************************************
* Помощник Следа завершил *
*************************************************************************
Однако, другие ошибки могут также существовать в пределах файла следа, которые не
были зарегистрированы от функции nserror.
Примеры Пакета
Проследите Помощника, также дает возможность Вам рассмотреть пакеты данных и от
Сети Оракула и С ЛЕНТЫ НА КАРТУ ОТ уровней коммуникации. Проследите
предложения Помощника Вы две опции, чтобы рассмотреть эти пакеты:
■ Итоговое обеспечение связи (использующий опцию-oc)
■ Детальное обеспечение связи (использующий опцию - передозировка)
Пример: Пакеты Сводных данных, Посланные на Подключении

Пример 16–8 информации резюме показов от-oc опции. Показы вывода....

Пример 16–8 trcasst-oc Вывод

*************************************************************************
*************************************************************************
---> Посылают 198 байтов - Подключают пакет

Подключите длину данных: 140
Подключите Данные:
(ОПИСАНИЕ = (ОБРАЩАЮТСЯ = (PROTOCOL=TCP) (HOST=sales-server) (PORT=1521)),
(CONNECT_DATA = (SERVICE_NAME=sales.us.acme.com) (УГОЛОВНЫЙ РОЗЫСК =
(ПРОГРАММИРУЮТ =),
(HOST=sales-server) (USER=joe))))
<---Полученные 76 байтов - Переадресовывают

пакет, Переадресовывают длину данных: 66
Переадресовывают Данные:
---> Посылают 198 байтов - Подключают пакет

(CONNECT_DATA = (SERVICE_NAME=sales.us.acme.com) (УГОЛОВНЫЙ РОЗЫСК =
<---Полученные 32 байта - пакет Ввода

---> Посылают 153 байта - пакет Данных
Родной пакет переговоров Служб
<---Полученные 127 байтов - пакет Данных
Родной пакет переговоров Служб
*************************************************************************
*************************************************************************
Отметьте, что у пакетов, посылаемых или полученных, есть префикс "--->,

Посылают nnn байты" или "<---Полученные nnn байты" показывание, что
этот узел посылает или получает пакет определенного типа и с nnn числом байтов.
Этот префикс дает возможность Вам определить, является ли узел клиентом или
сервером базы данных. Запрос на установление соединения всегда посылает клиент, но
получается сервером базы данных (или слушатель).
Пример: Пакеты Подробных данных, Посланные на Подключении

Пример 16–9 подробной информации показов от - опция передозировки. Вывод
показывает всем подробностям, посланным наряду с подключенными данными в
ведении переговоров о подключении.
Пример 16–9 trcasst - Вывод передозировки

*************************************************************************
*************************************************************************
---> Посылают 241 байт - Подключают
Электрический ток пакета НЕ УТОЧНЕНО, номер
версии: 311. Самый низкий НЕ УТОЧНЕНО номер
версии может приспособить: 300. Глобальные опции
для подключения:
может получить внимание

никакая обработка внимания
Не заботиться
Максимум SDU size:2048
Максимум TDU size:32767
Характеристики протокола NT:
Тест на большее количество данных
Испытательная операция
Полный двойной ввод - вывод
Срочная поддержка данных
Генерируйте сигнал SIGURG
Генерируйте сигнал SIGPIPE
Генерируйте сигнал SIGIO
Подключение Handoff с другим
ремонтом изделия с возвратом
изготовителю Строки оценивает:0,
Соединяются, длина данных:183
Соединяются, данные смещают:58,
Соединяются, максимум данных
измеряют:512
Требуются родные Службы
NAU выполнение O3LOGON - клавиша DH foldedin
NAU выполнение O3LOGON - клавиша DH foldedin Перекрестный элемент
средства 1: 0 Перекрестных элементов средства 2: 0 систем обнаружения
атак Подключения: Ox000059F70000004C (ОПИСАНИЕ = (ОБРАЩАЮТСЯ =
(PROTOCOL=TCP) (HOST=sales-server) (PORT=1521)) (CONNECT_DATA =
(SERVICE_NAME=sales.us.acme.com) (SRVR=SHARED) (УГОЛОВНЫЙ РОЗЫСК =
(ПРОГРАММА =) (HOST=sales-server) (USER=joe)))),
<---Полученные 76 байтов - Переадресовывают пакет

Переадресуйте длину данных: 66 (ОБРАЩАЮТСЯ =
(PROTOCOL=tcp) (HOST=sales-server) (PORT=1521)),
---> Посылают 241 байт - Подключают

версии: 311. Самый низкий НЕ УТОЧНЕНО номер версии
может приспособить: 300. Глобальные опции для
подключения:
может получить внимание
никакая обработка внимания
Не заботиться
Максимум SDU size:2048
Максимум TDU size:32767
Характеристики протокола NT:
Тест на большее количество данных
Испытательная операция
Полный двойной ввод - вывод
Срочная поддержка данных
Генерируйте сигнал SIGURG
Генерируйте сигнал SIGPIPE
Генерируйте сигнал SIGIO
Подключение Handoff с другим
ремонтом изделия с возвратом
изготовителю Строки оценивает:0,
Соединяются, длина данных:183
Соединяются, данные смещают:58,
Соединяются, максимум данных
измеряют:512
NAU выполнение O3LOGON - клавиша DH
foldedin Перекрестный элемент средства 1:
0
Перекрестный элемент средства 2: 0

Система обнаружения атак подключения: Ox000059F70000007A
(CONNECT_DATA = (SERVICE_NAME=sales.us.acme.com) (SRVR=SHARED) (УГОЛОВНЫЙ РОЗЫСК =
<---Полученные 32 байта - пакет Ввода
Принятый НЕ УТОЧНЕНО номер версии: 310.
Глобальные опции для подключения: никакая
обработка внимания не заботится
Принятый максимальный размер SDU:
2048 Принятый максимальный размер
TDU: 32767 Подключают длину
данных: 0

Родная версия пакета переговоров Служб #: 150999040
У пакета данных сервиса #0 для Супервизора есть 3 подпакета
Подпакет #0: Версия #150999040
Подпакет #1: 0000000000000000
Подпакет #2: у пакета данных Сервиса
DEADBEEF0003000000040004000100010002 #1 для Аутентификации
есть 3 подпакета
Подпакет #1: UB2: 57569
Подпакет #2: у пакета данных Сервиса FCFF #2 для
Кодирования есть 2 подпакета
Подпакет #1: у 000000000000000000 пакетов данных Сервиса
#3 для Целостности Данных есть 2 подпакета
Подпакет #1: 000000

У пакета данных сервиса #0 для Супервизора есть 3 подпакета
Подпакет #1: 0000
Подпакет #2: у пакета данных Сервиса
DEADBEEF00030000000200040001 #1 для Аутентификации есть 2
подпакета
Подпакет #1: у пакета данных Сервиса FBFF #2 для
Кодирования есть 2 подпакета
Подпакет #1: UB1: у 0 пакетов данных Сервиса #3 для
Целостности Данных есть 2 подпакета
Подпакет #1: UB1:
0....
---> Посылают 11 байтов - пакет Маркера Один

байт данных. Шестнадцатеричный символ
послан в сервер: 2
<---Полученный 11 байтов - пакет Маркера Один

байт данных. Шестнадцатеричный символ,
посланный в сервер: 2

---> Посылают 25 байтов - пакет Данных
<---Полученный 11 байтов - пакет Данных
---> Посылают 13 байтов - пакет Данных
<---Полученный 11 байтов - пакет Данных
---> Посылают 10 байтов - флажки Пакета Данных пакета Данных: Конец

файла
*************************************************************************
*************************************************************************
Общие Примеры Пакета С двумя задачами

С ЛЕНТЫ НА КАРТУ запросы маркеров, такие как открытый курсор, выберите строки,
и обновите строки, которые направлены на сервер базы данных. Всем запросам
отвечает сервер базы данных. Если Вы просите подключиться, ответ возвращен из
сервера базы данных, что запрос был закончен.
Пример: Общая Итоговая Информация С двумя задачами с Резюме С ЛЕНТЫ НА КАРТУ

Информация
Итоговая информация для С ЛЕНТЫ НА КАРТУ от-ou опции отличается от других
дисплеев, в которых это показывает двум пакетам на каждой строке, а не один. Это
сделано, чтобы зеркалировать процесс соединений запроса/ответа, которым С ЛЕНТЫ
НА КАРТУ работает.
Пример 16–10 показов все подробности, посланные наряду с подключенными данными
в ведении переговоров о подключении.
Пример 16–10 trcasst-ou Вывод

*************************************************************************
*************************************************************************
Пошлите операцию (TTIPRO) Байты Байт
Пошлите операцию (TTIDTY) Посла ы
Rcvd
Получите клавишу сеанса (OSESSKEY) нный
32 140
Универсальный опознавательный
запрос (OAUTH) 33 22
Пошлите операцию (TTIPFN) 229 145
Анализируйте оператора (OSQL) 44 144
Быстрое агентство ЮПИ призывает 36 16
opial7 (OALL7) # 1 ВЫБЕРИТЕ USER FROM... 47 100
Строка выборки (OFETCH) # 1 130 111
Близкий курсор (OCLOSE) # 1 21 137
Новый v8 связанный запрос (OALL8) # 1 17 11
Пошлите операцию (TTIPFN) # 0 ! Сохраните 156 145
Анализируйте оператора (OSQL) Синтаксический 51 16
Быстрое агентство ЮПИ призывает # 1 ВЫБЕРИТЕ ATTRIBUTE... 186 100
opial7 (OALL7) # 1 246 111
Анализируйте оператора (OSQL) # 1 ВЫБЕРИТЕ 208 100
Быстрое агентство ЮПИ призывает # 1 CHAR_VALUE... 130 111
opial7 (OALL7)

Быстрое агентство ЮПИ призывает # 1 ! Сохраните BEGI... 183 41
opial7 (OALL7)
Пошлите операцию (TTIRXD) Синтаксическ 20 111
Новый v8 связанный запрос # 0 Выборка SELE... 165 278
(OALL8) операцию (TTIPFN)
Пошлите Синтаксическ 51 16
Анализируйте оператора (OSQL) # 1 передать 31 100
Выполните оператора (OEXEC) # 1 число строк: 1 25 100
opial7 (OALL7)
opial7 (OALL7)
Новый v8 связанный запрос # 0 Выборка sele... 144 383
(OALL8)
Новый v8 связанный запрос # 1 ! Синтаксическ
Сохраните 121 315
(OALL8)
Выход из системы прочь Оракула Выборку 13 11
(OLOGOFF)
*************************************************************************
*************************************************************************
Вывод отображен в следующем формате:

описание TTC_message cursor_number SQL_statement bytes_sent bytes_received
На каждой строке вывода первый отображенный элемент является фактическим

сделанным запросом. Второй элемент показывает на том, какой курсор, который
выполнила операция. Третий элемент - или распечатка команды SQL или помечать,
которому отвечают. Число байтов, посланных и полученных, отображено в крайнем
правом. Флажок может быть одним из следующего:
! МН / SQL = Не МН запрос / запрос SQL
Общая объектная модель = Передает
IOV = Получают Вектор ввода - вывода
DEFN = Определяют
EXEC = Выполняются
ВЫБЕРИТЕ = Выборка
МОЖЕТ = Отмена
DESCSEL = Описывают выбор
DESCBND = Описывают, Связывают
BND = Связывают
АНАЛИЗИРУЙТЕ = Синтаксический анализ
ТОЧНЫЙ = Точный
Пример: Детальная Информация SQL относительно Вершины Резюме, С двумя задачами

Пример 16–11 показов детализировал информацию SQL от-ouq опции.
Пример 16–11 trcasst-ouq Вывод

*************************************************************************
*************************************************************************

Пошлите операцию (TTIPRO) Байты Байты
Пошлите операцию (TTIDTY) Посла Rcvd
Получите клавишу сеанса (OSESSKEY) нный
32 140
Универсальный опознавательный запрос (OAUTH)
Анализируйте оператора (OSQL) # 1 368 1001
ВЫБЕРИТЕ USER FROM DUAL 44 144
36 16
Быстрое агентство ЮПИ призывает #1 47 100
opial7 (OALL7) строка Выборки #1
(OFETCH) Близкий курсор (OCLOSE) #1 130 111
# 0
Новый v8 связанный запрос (OALL8) # 0! Сохраните 21 137
Синтаксический анализ 17 11
НАЧНИТЕ DBMS_OUTPUT.DISABLE; КОНЕЦ; 156 145

Анализируйте оператора (OSQL) # 1
ВЫБЕРИТЕ ATTRIBUTE, ОБЛАСТЬ ВИДИМОСТИ, 186 100
NUMERIC_VALUE, CHAR_VALUE, DA TE_VALUE ОТ СИСТЕМЫ
PRODUCT_PRIVS ГДЕ (ВЕРХНИЙ (’S QL*Plus’) КАК
ВЕРХНИЙ (ПРОДУКТ)) И (ВЕРХНИЙ (ПОЛЬЗОВАТЕЛЬ) LI KE
USERID)
208 100
Анализируйте оператора
Быстрое агентство (OSQL)
ЮПИ призывает #1
opial7 (OALL7) строка
ВЫБЕРИТЕ #1
Выборки FROM SYSTEM.PRODUCT_PRIVS
CHAR_VALUE ГДЕ
(OFETCH) Близкий
(ВЕРХНИЙкурсор (OCLOSE)
(’SQL*Plus’) # 1(ПРОДУКТ)) И
КАК ВЕРХНИЙ
операция Send (TTIPFN)
((UPPE R (ПОЛЬЗОВАТЕЛЬ) КАК USERID) ИЛИ (USERID =
# 1
’ОБЩЕСТВЕННОСТЬ’)) И (ВЕРХНИЙ (АТРИБУТ) = ’РОЛИ)
Быстрое агентство ЮПИ призывает opial7 (OALL7) # 1 Близкий

Строка выборки (OFETCH) # 1 курсор
Близкий курсор (OCLOSE) # 1 (OCLOSE) #
Пошлите операцию (TTIPFN) 1
Быстрое агентство ЮПИ призывает opial7 (OALL7) # 1 Пошлите
! Сохраните операцию
Синтаксический (TTIPFN)
анализ
Быстрое
НАЧНИТЕ DBMS_APPLICATION_INFO.SET_MODULE (:1, ПУСТОЙ
агентство
УКАЗАТЕЛЬ); E БЕЗ ОБОЗНАЧЕНИЯ ДАТЫ; ЮПИ
призывает
opial7
#1 (OALL7) #
# 0 Выборок
1!
Синтаксического
Сохраните
Пошлите операцию (TTIRXD) анализа ОТ
Синтаксиче
Близкий курсор (OCLOSE) ский
Новый v8 связанный запрос (OALL8) анализ
ВЫБЕРИТЕ DECODE (’1’, ’2’) Н
А
Пошлите операцию (TTIPFN) Ч
Синтаксический анализ, # 1
Н
который передает оператор И
(OSQL) Т
Е
число строк: 1
Выполните оператора (OEXEC) # 1
DBMS_APPLICATION_INFO.SET_MODULE (:1, ПУСТОЙ 130 111
УКАЗАТЕЛЬ); E 21 126
БЕЗ ОБОЗНАЧЕНИЯ ДАТЫ; 17 11
36 16
183 41
20 111
17 11
165 278
51 16
31 100
25 100
17 11
36 16
183 41
Пошлите операцию 60 111
(TTIRXD)

Быстрое агентство ЮПИ призывает opial7 (OALL7) # 1! Сохраните 183 41
Синтаксический
НАЧНИТЕанализ
DBMS_APPLICATION_INFO.SET_MODULE (:1, ПУСТОЙ
УКАЗАТЕЛЬ); E
БЕЗ ОБОЗНАЧЕНИЯ ДАТЫ;
Пошлите операцию (TTIRXD) 20 111
Новый v8 связанный запрос (OALL8) # 0 Выборок Синтаксического 144 383
анализа выберите * от отдела
Новый v8 связанный запрос (OALL8) # 1! Сохраните Выборку 121 315

Выход из системы прочь Оракула (OLOGOFF) 13 11
*************************************************************************
*************************************************************************
Пример: Общая Итоговая Информация С двумя задачами с Детальным С ЛЕНТЫ НА КАРТУ

Информация
Пример 16–12 показов детализировал С ЛЕНТЫ НА КАРТУ информацию от-ot опции.
Пример 16–12 trcasst-ot Вывод

*************************************************************************
*************************************************************************
Протокол набора (TTIPRO)

Операция 01 (довод "против") Посылает
протокол version=6, Порождающий платформу:
SVR4-be-8.1.0
Протокол набора (TTIPRO)

Операция 01 (довод "против") Получает платформу
Адресата протокола version=6: SVR4-be-8.1.0
Набор datatypes (TTIDTY)
Набор datatypes (TTIDTY)
Начало функции пользователя

(TTIFUN) (OSESSKEY)
Возвратите opi параметр (TTIRPA)

(TTIFUN) (OAUTH)
Начало функции пользователя (TTIFUN)
операции сеанса 71 (O71SESOPN) (переключают сеанс),

Получите строку версии/даты Оракула в новом формате (OVERSION)

Выпуск 10.1.0.2.0 Выпуска Предприятия Оракула

С опцией Partitioning Выпуск

10.1.0.2.0 JServer

операции сеанса 71 (O71SESOPN) (переключают сеанс),

(TTIFUN), Открытый курсор
(OOPEN)
Возвратите opi параметр

(TTIRPA) Курсор #: 1

Анализируйте оператора (OSQL) Курсор
# 1 ПОЛЬЗОВАТЕЛЬ ВЫБОРА ОТ ДВОЙНОГО
*************************************************************************
*************************************************************************
Пример Подключения
Пример 16–13 показов выведен от-la опции. Вывод показывает следующей
информации:
■ Подключите полученные идентификаторы
■ Идентификатор разъема, в который прибыло это подключение
■ Операция
Получите идентифицирует след как след сервера базы данных; Пошлите
идентифицирует след как клиентский след. В этом выводе, Получите, операция.
■ МУЛЬТИПЛЕКСНЫЙ атрибут параметра DISPATCHERS установлен в НА
■ 32-разрядный идентификатор сеанса
■ Подключите полученную информацию данных
Пример 16–13 trcasst-la Вывод

*************************************************************************
*************************************************************************
Идентификатор подключения: 00000B270000000B

Система обнаружения атак Разъема: 15
Операция: Получить
Мультиплексный: НА
Система обнаружения атак Сеанса: 8362785DE4FC0B19E034080020F793E1
(CONNECT_DATA = (SERVER=shared)
(SERVICE_NAME=sales.us.acme.com) (УГОЛОВНЫЙ РОЗЫСК = (ПРОГРАММИРУЮТ =)
(HOST=sales-server)
(USER=oracle))))
идентификатор Подключения:
00000B240000000B
Система обнаружения атак Разъема: 15
Операция: Получить
Система обнаружения атак Сеанса: 8362785DE4FB0B19E034080020F793E1

(ОПИСАНИЕ = (ОБРАЩАЮТСЯ = (PROTOCOL=TCP) (HOST=sales-server)

(PORT=1521)) (CONNECT_DATA = (SERVER=shared)
(HOST=sales-server) (USER=oracle)))), идентификатор Подключения: Система
обнаружения атак Разъема 00000B1F00000008: 15 Операций: Получите
Система обнаружения атак Сеанса:
8362785DE4F90B19E034080020F793E1 Подключают
Данные:
(ОПИСАНИЕ = (ОБРАЩАЮТСЯ = (PROTOCOL=TCP) (HOST=sales-server)
(PORT=1521)) (CONNECT_DATA = (SERVER=shared)
(HOST=sales-server) (USER=oracle)))),
*************************************************************************
*************************************************************************
Пример 16–14 выводов показов для идентификатора подключения

00000B1F00000008 от - литий 00000B1F00000008 опция.
Пример 16–14 trcasst - Вывод лития

*************************************************************************
*************************************************************************
<---Полученные 246 байтов - Подключают
версии: 310. Самый низкий НЕ УТОЧНЕНО номер
версии может приспособить: 300. Глобальные опции
для подключения: Может получить внимание,
Никакая обработка внимания не заботится
Максимальный размер SDU: Максимум 2048 размер TDU: 32767
характеристик протокола NT: Тест на большее количество операции
Test данных, Полный двойной ввод - вывод, Срочная поддержка данных
Генерирует сигнал SIGURG, Генерирует сигнал SIGPIPE, Генерирует
сигнал SIGIO подключение Handoff с другим значением ремонта
изделия с возвратом изготовителю Строки: 0 Подключают длину
данных: 188 Подключают смещение данных: 58 Подключают размер
максимума данных: 512 Родных Служб хотели NAU выполнение O3LOGON -
клавиша DH foldedin Родные Службы хотела NAU выполнение O3LOGON -
клавиша DH foldedin Перекрестный элемент средства 1: 0
Перекрестных элементов средства 2: 0 систем обнаружения атак
Подключения: Ox00000B1F00000008 (ОПИСАНИЕ = (ОБРАЩАЮТСЯ =
(PROTOCOL=TCP) (HOST=sales-server) (PORT=1521)) (CONNECT_DATA =
(SERVER=shared) (SERVICE_NAME=sales.us.acme.com) (УГОЛОВНЫЙ РОЗЫСК =
(ПРОГРАММА =) (HOST=sales-server) (USER=oracle)))),
---> Посылают 114 байтов - пакет Ввода

Принятый НЕ УТОЧНЕНО номер версии:

310. Глобальные опции для
подключения: Никакая обработка
внимания не заботится
Принятый максимальный размер SDU:
2048 Принятый максимальный размер
TDU: 32767 Подключают длину
данных: 0
Родные Службы хотели NAU выполнение O3LOGON
- клавиша DH foldedin Родные Службы хотела
Время Подключения: 1000 Размеров Импульса
сигнала времени: 100
Повторно подключите Данные: (ОБРАТИТЕСЬ = (PROTOCOL=tcp) (HOST=sales-server)
(PORT=34454)), Система обнаружения атак Сеанса:
8362785DE4F90B19E034080020F793E1 <---Полученные 164 байта - пакет Данных
У пакета данных сервиса #0 для Супервизора есть 3
Подпакета подпакетов #0: Подпакет Версии
#135290880 #1: 0000000000000000
Подпакет #2: у пакета данных Сервиса DEADBEEF0003000000040004000100010002
#1 для Аутентификации есть 3 Подпакета подпакетов #0: Подпакет Версии
#135290880 #1: UB2: 57569 Подпакетов #2: у пакета данных Сервиса FCFF #2
для Кодирования есть 2 Подпакета подпакетов #0: Подпакет Версии
#135290880 #1: у 0000000000 пакетов данных Сервиса #3 для Целостности
Данных есть 2 Подпакета подпакетов #0: Подпакет Версии #135290880 #1:
0000---> Посылают 143 байта - пакет Данных
У пакета данных сервиса #0 для Супервизора есть 3
Подпакета подпакетов #0: Подпакет Версии
#135290880 #1: 0000
Подпакет #2: у пакета данных Сервиса DEADBEEF00030000000200040001 #1 для
Аутентификации есть 2 Подпакета подпакетов #0: Подпакет Версии #135290880
#1: у пакета данных Сервиса FBFF #2 для Кодирования есть 2 Подпакета
подпакетов #0: Подпакет Версии #135290880 #1: UB1: у 0 пакетов данных
Сервиса #3 для Целостности Данных есть 2 Подпакета подпакетов #0: Подпакет
Версии #135290880 #1: UB1: 0 <---Полученные 48 байтов - протокол Набора
пакета Данных (TTIPRO)
Операция 01 (довод "против") Получает платформу
Адресата протокола version=6: SVR4-be-8.1.0--->
Посылают 156 байтов - протокол Набора пакета Данных
(TTIPRO)
Операция 01 (довод "против") Посылает протокол
version=6, Порождающий платформу: SVR4-be-8.1.0 <---
Полученные 49 байтов - Набор пакета Данных
datatypes (TTIDTY)---> Посылают 38 байтов - Набор
пакета Данных datatypes (TTIDTY) <---Полученные 245
байтов - Начало пакета Данных функции пользователя
(TTIFUN)

Контакт со Службой поддержки Оракула
Доберитесь клавиша сеанса

(OSESSKEY)---> Посылают 161 байт -
Возвращение пакета Данных opi параметр
(TTIRPA)...
*************************************************************************
*************************************************************************
Пример Статистики
Тип собранной статистики приблизительно включен, сколько С ЛЕНТЫ НА КАРТУ
звонит, пакеты и байты послали и получены между сетевыми партнерами. Пример 16–14
показов типичная статистика файла следа от-s опции.
Пример 16–15 trcasst-s Вывод

*************************************************************************
*************************************************************************
------------------
Статистика Файла Следа:
------------------
Общее количество Сеансов: 3
БАЗА ДАННЫХ:
Операция граф: 0 ОТКРЫВАЕТСЯ, 21 СИНТАКСИЧЕСКИЙ 9 ВЫБОРОК
Синтаксически АНАЛИЗ, 21 ВЫПОЛНЯЕТСЯ,
й анализ УДАЛИТЕ,
графы: 9 МН / 9 ВЫБОРОВ, 3 0 ВСТАВОК, ОБНОВИТЕ, ДРУГОЙ
SQL, 0 ПРОВОДЯТ, с 0 ОБЕСПЕЧЬТ
БЛОКИРОВОК, данными SQL: 0 ОПРЕДЕЛЯЮТ, Е, УДАЛИТЕ,
Выполняют счет ВЫБОРОВ, 0 ДРУГОЙ
9 МН / SQL, 0 ПРОВОДЯТ, 0 ВСТАВОК, ОБНОВИТЕ,
БЛОКИРОВОК, 0 ОБЕСПЕЧЬТ
Отношение Пакета: 6.142857142857143 пакетов, посланных в
операцию Currently, открыли Курсоры: 0 Максимальных
открытых Курсоров: 0
СЛУЖБЫ СЕТИ ОРАКУЛА:
Полные Запросы: 129 посланный, 132 полученный, 83 oci 15796
Полные Байты: посланный, 13551 полученный
Средние Байты: 122 посланный в пакет, 102 полученный в пакет
Максимальные 1018 посланный, 384 полученный
Байты:
Пакеты Общего итога: 129 132
посланный, полученный
*************************************************************************
*************************************************************************

Если Вы все еще неспособны решить Ваши проблемы, или если Вас требуют войти в
контакт со Службой поддержки Оракула, чтобы сообщить об ошибке, пожалуйста
имейте следующую информацию под рукой:
■ Номер выпуска аппаратной и операционной системы, на котором работает приложение
■ Номер выпуска "до пяти цифр" всех продуктов работы с сетями Оракула,
вовлеченных в текущую проблему

■ Сторонний продавец и версия Вы используете

■ Если Вы столкнулись с одним или более кодами ошибки или сообщениями, точными
номерами кода и текстами сообщения в заказе, они появились
■ Вид ссылок, которые существуют между клиентом и сервером
■ Описание того, что действительно работает
■ Точное сообщение об ошибках, если есть тот
■ след Служб Net8, если возможный; в противном случае журнал регистрации достаточен

Глоссарий
список контроля доступа (Ассоциация по вычислительной лингвистике)

Группа директив доступа, чтобы Вы определили. Директивы предоставляют уровни
доступа к определенным данным для определенных клиентов или групп клиентов.
АССОЦИАЦИЯ ПО ВЫЧИСЛИТЕЛЬНОЙ ЛИНГВИСТИКЕ

См. список контроля доступа (Ассоциация по вычислительной лингвистике).
управление доступом
Особенность Менеджера Подключения Оракула, который устанавливает правила для
отрицания или разрешения определенным клиентам обратиться к определяемым
серверам.
адрес
См. адрес протокола.
псевдоним
Альтернативное название для сетевого объекта в сервере Oracle Names. Память
псевдонима название объекта ссылается. Когда клиент просит поиск псевдонима, Оракул
завершает поиск, как будто это - объект, на который ссылаются.
шлюз приложений
Главный компьютер, который выполняет Прокси-сервер Системы сетевой защиты
Сети Оракула. Шлюз приложений смотрит и действует как реальный сервер с точки
зрения клиента, и реальный клиент с точки зрения сервера. Шлюз приложений
находится между Интернетом и внутренней сетью компании и оказывает услуги
посредника (или полномочные службы) пользователям с обеих сторон.
Набор символов ASCII

Набор символов Стандартного американского кода обмена информацией, соглашение
для того, чтобы представить алфавитно-цифровую информацию, используя цифровые
данные. Последовательность сопоставления, используемая большинством компьютеров
за исключением IBM и компьютеров совместимых с IBM.
атрибут
Информация, которая описывает немного аспекта записи каталога. Вход включает ряд
атрибутов, каждый из которых принадлежит объектному классу. Кроме того, у каждого
атрибута есть и тип — который описывает вид информации в атрибуте — и значении —
который содержит фактические данные.
опознавательный метод
Метод безопасности, который дает возможность Вам иметь высокую уверенность
тождественности пользователей, клиентов, и серверов в распределенных средах.
Сетевые опознавательные методы могут
Глоссарий 1
также обеспечьте выгоду единственной заставки для пользователей. Следующие
опознавательные методы поддержаны в Oracle9i, в зависимости от того, установлен ли
Оракул Расширенная Безопасность:
■ РАДИУС
■ Технология Kerberos
■ SSL
■ Аутентификация уроженца Windows NT
кэш
Память, которая хранит недавно обращенные данные к тому, так, чтобы последующие
запросы обратиться к тем же самым данным могли быть обработаны быстро.
СИСТЕМА ЦВЕТНОГО ИЗОБРАЖЕНИЯ

См. Службы каталогов Ячейки (система цветного изображения).
Службы каталогов Ячейки (система цветного изображения)

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

Загрузите балансирование, посредством чего, если больше чем одна служба слушателя
единственная база данных, клиент может беспорядочно выбрать между слушателями
для подключить запросы. Эта рандомизация дает возможность всем слушателям
совместно использовать бремя обслуживания прихода, подключают запросы.
клиентская конфигурация
Свойства клиента, который может включать привилегированный заказ обозначения
методов, клиента и регистрации сервера и рассмотрения, домена, чтобы просить
названия, и другие клиентские опции для Оракула Расширенная Безопасность.
архитектура клиент-сервер
Программная архитектура, основанная на разделении обработки между двумя
центральными процессорами. Один центральный процессор действует как клиент в
транзакции, прося и получая службы. Другая годовая динамика изменений как сервер,
который обеспечивает запросы.
файл cman.ora
Файл конфигурации, который определяет адреса протокола для входящих запросов
и административных команд, так же как параметров Oracle Connection Manager и
правил управления доступом.
CMADMIN (Менеджер Подключения Администрирование)

Процесс Менеджера Подключения Оракула, который контролирует здоровье
слушателя и Менеджера Подключения Оракула межсетевые процессы, закрывая и
запуская процессы как необходимо. CMADMIN регистрирует информацию о
межсетевых процессах с
Глоссари
й2
слушатель и команды процессов выполнялись с утилитой Oracle Connection Manager
Control.
CMGW (Менеджер Подключения шлюз)

Процесс Менеджера Подключения Оракула, который получает клиентские
подключения, показанные на экране и отправленные слушателем, расположенным в
Менеджере Подключения Оракула экземпляр класса. Межсетевой процесс вперед
запросы на сервер базы данных. Кроме того, это может мультиплексный или направлять
множественные клиентские подключения через единственное подключение протокола.
подключите данные
Часть подключенного описателя, который определяет название сервиса целевой базы
данных или Идентификатор Системы Оракула (СИД). В следующем примере
SERVICE_NAME определяет сервис базы данных, названный sales.us.acme.com:
(ОПИСАНИЕ =
(PORT=1521) (CONNECT_DATA =
подключите описатель
Особенно отформатированное описание адресата для сетевого подключения.
Подключенный описатель содержит сервис адресата и сетевую информацию
маршрута.
Сервис адресата обозначен при использовании его названия сервиса для Oracle9i или
баз данных Oracle8i или его Идентификатора Системы Оракула (СИД) для баз
данных выпуска 8.0 Оракула. Сетевой маршрут обеспечивает, как минимум,
местоположение слушателя через использование сетевого адреса.
подключите идентификатор
Подключенный описатель или название, которое отображает к подключенному
описателю. Подключенный идентификатор может быть сетевым названием сервиса,
названием сервиса базы данных, или сетевым псевдонимом сервиса. Пользователи
инициализируют подключенный запрос, передавая имя пользователя и пароль наряду с
подключенным идентификатором в подключенной строке для сервиса, с которым они
желают соединиться:
подключите строку
Информация пользователь проходит к сервису, чтобы соединиться, такие как имя
пользователя, пароль, и подключить идентификатор:
ПОДКЛЮЧИТЕ username/password@net_service_name
обход отказа времени сеанса

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

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

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

(1) Человек, ответственный за действие и поддержание Сервера Оракула или
приложения базы данных. (2) имя пользователя Оракула, которому дали привилегии
администратора базы данных и может выполнить функции администрирования базы
данных. Обычно эти два значения совпадают. У многих сайтов есть множественные
администраторы базы данных.
Помощник Конфигурации Базы данных

Инструмент, который дает возможность Вам создать, удаляет, и изменяет базу данных.
ссылка базы данных

Указатель, который определяет односторонний путь коммуникации с сервера базы
данных Оракула на другой сервер базы данных. Указатель ссылки фактически
определен как вход в таблице словаря данных. Чтобы обратиться к ссылке, Вы должны
быть подключены с местной базой данных, которая содержит словарную статью
данных.
Подключение ссылки базы данных является односторонним в смысле, который клиент
подключил с местной базой данных A, может использовать ссылку, сохраненную в базе
данных, чтобы обратиться к информации в отдаленной базе данных B, но
подключенный к базе данных B пользователей не может использовать ту же самую
ссылку, чтобы обратиться к данным в базе данных A. Если местные пользователи на
базе данных B хотят обратиться к данным по базе данных A, то они должны определить
ссылку, которая сохранена в словаре данных базы данных B.
Следующие типы ссылок базы данных поддержаны:
■ Частная база данных связывается в определенной схеме базы данных. Только владелец частной ссылки
базы данных может использовать это.
■ Общественная база данных связывается для базы данных. Все пользователи в базе данных могут
использовать это.
выделенный сервер
Процесс сервера, который специализирован одному клиентскому подключению.
Контраст с общедоступным процессом сервера.
заданный по умолчанию домен

Домен, в пределах которого имеет место большинство клиентских запросов. Это мог
быть домен, где клиент постоянно находится, или это мог быть домен, от которого
клиент часто просит сетевые службы. Заданный по умолчанию домен - также
клиентский параметр конфигурации, который определяет, какой домен должен быть
приложен к дисквалифицированным сетевым запросам названия. Запрос названия
дисквалифицирован, если он не имеет "." символ в пределах этого.
директивное информационное дерево (ДИТ)

Глоссари Иерархическая древовидная структура в директивном сервере выдающихся
й4 названий (DNs) входов.
директивное обозначение
Метод обозначения, который решает сервис базы данных, сетевое название сервиса,
или сетевой псевдоним сервиса к подключенному описателю, сохраненному в
центральном директивном сервере. Директивный сервер предоставляет центральному
администрированию каталога, называя объекты, уменьшая усилие по работе, связанное с
добавлением или настройкой служб.
директивный сервер
Директивный сервер, к которому обращаются с Легким Директивным Протоколом
Доступа (LDAP). Поддержка серверов каталога LDAP-compliant обеспечивает
централизованное транспортное средство для управления и конфигурирования
распределенной сети Оракула. Директивный сервер может заменить clientside, и
serverside ограничивал tnsnames.ora файлы.
диспетчер
Процесс, который дает возможность многим клиентам соединиться с тем же самым
сервером без потребности в процессе выделенного сервера для каждого клиента.
Диспетчер обрабатывает и предписывает, чтобы множественный входящий сетевой
сеанс просил к общедоступным процессам сервера. См. также разделенный сервер.
выдающееся название (DN)

Название входа в директивном сервере. DN определяет, где вход постоянно находится
в иерархии каталога LDAP, очень способ, которым директивный путь определяет точное
местоположение файла.
распределенная обработка
Раздел входной и внутренней обработки на различные компьютеры. Поддержка Служб
Сети Оракула распространяла обработку, очевидно подключая приложения с
отдаленными базами данных.
домен
Любое дерево или поддерево в пределах Доменной системы имен (сервер имен
доменов) пространство имен. Домен обычно обращается к группе компьютеров, имена
хоста которых совместно используют общий суффикс, имя домена.
подсказка домена
Параметр NAMES.DOMAIN_HINTS в names.ora файле, который содержит название
домена и по крайней мере один адрес сервера Oracle в том домене. Это дает возможность
серверу Oracle отправить запросы клиента определенному адресу, уменьшая сетевой
трафик.
Доменная система имен (сервер имен доменов)

Система для того, чтобы назвать компьютеры и сетевые службы, который организован в
иерархию доменов. Сервер имен доменов используется в сетях TCP/IP, чтобы
определить местонахождение компьютеров через дружественные названия. Сервер имен
доменов решает понятное имя в адрес IP, который понят компьютерами.
Для Служб Сети Оракула сервер имен доменов транслирует имя хоста в TCP/АДРЕСЕ IP
в адрес IP.
СЕРВЕР ИМЕН ДОМЕНОВ

Доменная система имен. См. Доменную систему имен (сервер имен доменов).
роль предприятия
Роль предприятия походит на регулярную роль базы данных, за исключением того, что
она охватывает разрешение на множественных базах данных. Роль предприятия -
категория ролей, которые определяют привилегии на специфической базе данных. Роль
предприятия создана база данных
администратор специфической базы данных. Роли предприятия можно предоставить
или отменена одному или более пользователям предприятия. Информация для
предоставления и отмены этих ролей хранится в директивном сервере.
пользователь предприятия
Пользователь, у которого есть уникальная тождественность через предприятие.
Пользователи предприятия соединяются с индивидуальными базами данных через
схему. Пользователи предприятия - назначенные роли предприятия, которые
определяют их полномочия доступа на базах данных.
вход
Стандартный блок директивного сервера, это содержит информацию об объекте,
представляющем интерес для директивных пользователей.
внешнее обозначение
Метод обозначения, который использует стороннюю систему идентификации имен,
такую как NIS или система цветного изображения.
внешняя процедура
Функция или процедура, написанная на языке третьего поколения (3GL), который
можно назвать от МН кода / кода SQL. Только C поддержан для внешних процедур.
обход отказа
См. обход отказа времени сеанса.
поддержка
системы сетевой
защиты Видит
управление
доступом.
иностранные домены
Набор доменов, которыми не управляют в пределах данной административной области.
Домены являются иностранными только относительно области; они не являются
иностранными в любом абсолютном смысле. Администратор сети типично определяет
иностранные домены относительно специфической области, чтобы оптимизировать
производительность кэширования.
Протокол FTP
Протокол передачи файлов. Клиент-серверный протокол, который позволяет
пользователю на одном компьютере передавать файлы и от другого компьютера по
сети TCP/IP.
глобальное название базы данных

Полное имя базы данных, которая однозначно определяет это от любой другой базы
данных. Глобальное название базы данных имеет форму
"database_name.database_domain", например, sales.us.acme.com.
Часть названия базы данных, продажи, является простым названием, которое Вы
желаете назвать Вашей базой данных. Часть домена базы данных, us.acme.com,
определяет домен базы данных, в котором база данных расположена, делая глобальное
уникальное название базы данных. Когда возможно, Корпорация Оракула рекомендует,
чтобы Ваш домен базы данных зеркалировал сетевой домен.
Глобальное название базы данных - заданное по умолчанию название сервиса базы
данных, как определено параметром SERVICE_NAMES в файле параметра
инициализации.
Гетерогенные Службы
Интегрированный компонент, который обеспечивает универсальную технологию для
того, что она обратилась к системам неоракула от сервера базы данных Оракула.
Гетерогенные Службы допускают Вам:
■ SQL Оракула Использования, чтобы очевидно обратиться к данным сохранил в
системах неоракула, как будто данные постоянно находятся в пределах сервера Oracle.
■ Вызовы процедуры Оракула Использования, чтобы очевидно обратиться к системам
неоракула, службам, или интерфейсам прикладного программирования (API), от
Вашего Оракула распространяли среду.
иерархическая модель обозначения

Инфраструктура, в которой названия разделены на множественные иерархически
связанные домены. Для Названий Оракула иерархическая модель обозначения может
использоваться или с центральным или с делегированным администрированием.
ведущее обозначение
Разрешающая способность метода обозначения, которая дает возможность
пользователям в среде TCP/IP решить названия через их существующий сервис
разрешающей способности названия. Этим сервисом разрешающей способности
названия могла бы быть Доменная система имен (сервер имен доменов), Сетевая
Информационная служба (NIS), или просто центрально поддержанный
набор/etc/hosts файлов. Ведущее Обозначение дает возможность пользователям
соединиться с сервером базы данных Оракула, просто обеспечивая компьютерное имя
хоста сервера или псевдоним имени хоста. Никакая клиентская конфигурация не обязана
использовать в своих интересах эту особенность. Этот метод рекомендуется для простых
сред TCP/IP.
Протокол HTTP
Протокол передачи гипертекста. Протокол, который обеспечивает язык, который дает
возможность Web-браузерам и прикладным Web-серверам общаться.
область управления тождественностью

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

Название экземпляра класса базы данных Оракула. Название экземпляра класса
идентифицировано параметром INSTANCE_NAME в файле параметра инициализации
базы данных. НАЗВАНИЕ INSTANCE_ соответствует Идентификатору Системы
Оракула (СИД) экземпляра класса. Клиенты могут соединиться с определенным
экземпляром класса, определяя параметр INSTANCE_NAME в подключенном описателе.
Название экземпляра класса включено в подключенную часть данных подключенного
описателя.
Взаимодействие процессов
Протокол, используемый приложениями-клиентами, который постоянно находится на
том же самом узле как слушатель, чтобы общаться с базой данных. IPC может
обеспечить более быстрое местное подключение чем TCP/IP.
Адрес IP
Используемый, чтобы идентифицировать узел на сети. Каждому компьютеру на сети
назначают уникальный адрес IP, который составлен из сетевого идентификатора, и
уникального ведущего идентификатора. Этот адрес типично представляется в
пунктирной десятичной системе счисления, с десятичным значением каждого октета,
отделенного периодом, например 144.45.9.22.
IPC
См. Взаимодействие процессов.
Обеспечение связи Базы данных Java (JDBC) Драйвер

Драйвер, который обеспечивает приложения Java и апплет, обращается к базе данных
Оракула.

Тип II драйверов для использования с клиент-серверными приложениями Java. Этот
драйвер требует инсталляции клиента Оракула.
JDBC Тонкий Драйвер

Тип IV драйверов для Оракула апплет JDBC и приложения. Поскольку это написано
полностью в Java, этот драйвер независим от платформы. Это не требует никакого
дополнительного программного обеспечения Оракула на клиентской стороне. Тонкий
драйвер общается с сервером, использующим С двумя задачами Общий (С ЛЕНТЫ
НА КАРТУ), протокол, разработанный Оракулом, чтобы обратиться к серверу базы
данных.
пара значения ключевого слова

Комбинация ключевого слова и значения, используемого как стандартный модуль
информации в, подключает описатели и много файлов конфигурации. Пары значения
ключевого слова могут быть вложены; то есть, у ключевого слова может быть другая
пара значения ключевого слова как его значение.
время ожидания
Сетевое время оборота.
Легкий Каталог Обращается к Протоколу (LDAP)

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

Набор стандартов для того, чтобы форматировать входной файл для любой из утилит
командной строки LDAP.
файл ldap.ora
Файл, созданный интернет-Помощником Конфигурации Сети Помощника или
Оракула Конфигурации Каталога Оракула, который содержит следующую
директивную информацию доступа сервера:
■ Тип директивного сервера
■ Местоположение директивного сервера
■ Заданный по умолчанию Контекст Оракула, который клиент или сервер будут
использовать, чтобы искать или конфигурировать, подключает идентификаторы для
подключений со службами базы данных
Когда создано с интернет-Помощником Конфигурации Каталога Оракула, ldap.ora
расположен в $ORACLE_HOME/ldap/admin каталоге на операционных системах
UNIX и каталоге ORACLE_HOME\ldap\admin на операционных системах Windows.
Когда создано с Помощником Конфигурации Сети Оракула, ldap.ora расположен в
$ORACLE_HOME/network/admin каталоге на операционных системах UNIX и
каталоге ORACLE_HOME\network\admin на операционных системах Windows.
Глоссари
й8
спецификатор ссылки
Спецификатор, приложенный к глобальной базе данных, связывается, чтобы
обеспечить дополнительные параметры настройки для имени пользователя базы
данных и верительных грамот пароля. Например, спецификатор ссылки fieldrep
может быть приложен к глобальной ссылке базы данных sales.us.acme.com.
SQL> ВЫБИРАЕТ * ОТ emp@sales.us.acme.com@fieldrep
слушатель
Процесс, который постоянно находится на сервере, ответственность которого состоит в
том, чтобы прислушаться к входящим клиентским запросам на установление соединения
и управлять трафиком на сервер.
Когда клиент просит сетевой сеанс с сервером базы данных, слушатель получает
фактический запрос. Если клиентская информация соответствует информации
слушателя, то слушатель предоставляет подключение с сервером базы данных.
файл listener.ora
Файл конфигурации для слушателя, который идентифицирует следующее для
слушателя:
■ Уникальное имя
■ Адреса протокола, на которых это принимает запросы на установление соединения
■ Службы это прислушивается
listener.ora файл типично постоянно находится в
$ORACLE_HOME/network/admin на платформах UNIX и ORACLE_HOME\network\
admin на Windows.
Oracle9i не требует идентификации сервиса базы данных из-за регистрации сервиса.
Однако, статическая конфигурация сервиса требуется для того, если Вы планируете
использовать Менеджера Предприятия Оракула.
Утилита Control Слушателя

Утилита, включенная со Службами Сети Оракула, чтобы управлять различными
функциями слушателя, такой относительно старта, остановки, и получения состояния
слушателя.
загрузите балансирование
Особенность, которой клиентские подключения распространены равномерно среди
множественных слушателей, диспетчеров, экземпляров класса, и узлов так, чтобы
никакой единственный компонент не был перезагружен.
Службы Сети Оракула поддерживают клиентское балансирование загрузки и во
время выполнения балансирование загрузки подключения.
местное обозначение
Метод обозначения, который определяет местонахождение сетевых адресов при
использовании информации, конфигурированной и хранившей на tnsnames.ora файле
каждого индивидуального клиента. Местное обозначение является самым
соответствующим для простых распределенных сетей с небольшим количеством служб
то изменение нечасто.
прозрачность местоположения
Распределенная характеристика базы данных, которая дает возможность приложениям
обратиться к таблицам данных, не зная, где они постоянно находятся. Все таблицы
данных, кажется, находятся в единственной базе данных, и система определяет
фактическое местоположение данных, основанное на названии таблицы. Пользователь
может сослаться на данные по множественным узлам в единственном операторе, и
систему автоматически и очевидно направляет (части) операторов SQL к отдаленным
узлам для выполнения если нужно. Данные могут двигаться среди узлов без воздействия
на пользователя или приложение.
регистрация
Особенность, в которой ошибки, деятельность сервиса, и статистика написаны журналу
регистрации. Журнал регистрации предоставляет дополнительную информацию для
администратора, когда сообщение об ошибках на экране неадекватно, чтобы понять
отказ. Журнал регистрации, посредством ошибочного стека, показывает государству
программного обеспечения в различных уровнях.
См. также рассмотрение.
петлевой тест
Подключение от сервера назад к себе. Выполнение успешного возврата цикла
проверяет, что Сеть Оракула функционирует на сервере базы данных.
карта
Файлы, используемые Сетевой Информационной службой (NIS) ypserv,
программируют, чтобы обработать запросы названия.
Microsoft Активный Каталог

Сервер каталога LDAP-compliant включен с Сервером Windows 2000. Это хранит
информацию об объектах на сети, и делает эту информацию доступной пользователям и
администраторам сети. Активный Каталог также обеспечивает доступ к ресурсам на
сети, используя единственный процесс входа в систему.
Активный Каталог может быть конфигурирован как каталог, называя метод, чтобы
хранить информацию сервиса, к которой могут обратиться клиенты.
файл names.ora
Файл конфигурации, который содержит параметры настройки параметра для сервера
Oracle Names.
Протокол Именованных каналов

Протокол интерфейса высокого уровня, обеспечивающий взаимодействия процессов
между клиентами и серверами, используя распространенные приложения. Именованные
каналы допускают клиент-серверному сеансу связи по сети, используя Именованные
каналы.
обозначение контекста
Поддерево, которое постоянно находится полностью на одном директивном сервере.
Это - смежное поддерево, то есть, это должно начаться при входе, который служит
вершиной поддерева, и простираться вниз или на входы листа или на справочную
информацию, чтобы подчинить контексты обозначения. Это может расположиться в
размере от единственного входа до всего директивного информационного дерева
(ДИТ).
Контекст Оракула может быть создан под контекстом обозначения.
обозначение метода
Метод разрешающей способности, используемый приложением-клиентом, чтобы
решить подключенный идентификатор к подключенному описателю, пытаясь
соединиться с сервисом базы данных. Сеть Оракула обеспечивает четыре метода
обозначения:
■ местное обозначение
■ директивное обозначение
■ простой подключают обозначение
■ внешнее обозначение
сетевой псевдоним сервиса

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

Простое название для сервиса, который решает к подключенному описателю.
Пользователи инициализируют подключенный запрос, передавая имя пользователя и
пароль наряду с сетевым названием сервиса в подключенной строке для сервиса, с
которым они желают соединиться:
ПОДКЛЮЧИТЕ username/password@net_service_name
В зависимости от Ваших потребностей сетевые названия сервиса могут быть

сохранены во множестве мест, включая:
■ Местный файл конфигурации, tnsnames.ora, на каждом клиенте
■ Директивный сервер
■ Внешняя система идентификации имен, такая как NIS или система цветного
изображения
сеть
Группа двух или больше компьютеров, соединенных через аппаратные средства и
программное обеспечение, чтобы позволить совместное использование данных и
периферийных устройств.
администратор сети
Человек, который выполняет задачи управления сетью, такие как установка,
конфигурирование, и тестирование сетевых компонентов. Администратор типично
поддерживает файлы конфигурации, подключать описатели и обслуживать названия,
псевдонимы, и общественные и глобальные ссылки базы данных.
сетевой набор символов

Как определено Оракулом, набором символов, приемлемых для использования как
значения в парах значения ключевого слова (то есть, в подключают описатели и файлы
конфигурации). Набор включает алфавитно-цифровой верхний - и нижний регистр, и
некоторые специальные символы.
Сетевая Информационная служба (NIS)

Желтые страницы Sun microsystems (yp) клиент-серверный протокол для того, чтобы
распространить системные данные конфигурации, такие как пользователь и имена хоста
между компьютерами на сети.
Сетевой Интерфейс (NI)

Сетевой уровень, который предоставляет универсальный интерфейс клиентам Оракула,
серверам, или внешним процессам, чтобы обратиться к функциям Oracle Net. Уровень NI
обрабатывает "разрыв" и "сбрасывать" запросы о подключении.
сетевой
слушатель Видит
слушателя.
сетевой объект
Любой сервис, к которому можно непосредственно обратиться на сети; например,
слушатель.
сетевой протокол
См. поддержку протокола Оракула.
Сетевой Интерфейс Программы (NPI)
Интерфейс для взаимодействий от сервера к серверу, который выполняет все функции,
которые OCI делает для клиентов, позволяя сервер координирования создать запросы
SQL о дополнительных серверах.
Сетевой Сеанс (НЕ УТОЧНЕНО)

Сеансовый уровень, который используется на типичных подключениях Сети
Оракула, чтобы установить и поддержать подключение между приложением-
клиентом и сервером базы данных.
NI
Сетевой Интерфейс
NIS
См. Сетевую Информационную службу (NIS).
узел
Компьютер или терминал, который является частью сети
NPI
См. Сетевой Интерфейс Программы (NPI).
НОМЕР
Сетевая маршрутизация
НЕ УТОЧНЕНО
Сетевой Сеанс. См. Сетевой Сеанс (НЕ УТОЧНЕНО).
NT
Сетевой Транспорт. См. транспорт.
объектный класс
В директивном сервере, названной группе атрибутов. Когда Вы хотите назначить
атрибуты на вход, Вы делаете так, назначая на то, что вход объектные классы, которые
держат те атрибуты.
Все объекты, связанные с тем же самым объектным классом, совместно используют атрибуты того
объектного класса.
OCI
Интерфейс Запроса Оракула. См. Интерфейс Запроса Оракула (OCI).
OPI
См. Интерфейс Программы Оракула (OPI).
Взаимодействие открытых систем (соединение открытых систем)

Модель сетевой архитектуры, разработанной Международной организацией по
стандартизации как структура для международных эталонов в гетерогенной
компьютерной сетевой архитектуре.
Архитектура соединения открытых систем разбита между семью уровнями, от самого
низкого до самого высокого:
1. Физический уровень
2. Уровень управления передачей данных
3. Сетевой уровень
4. Транспортный уровень
5. Сеансовый уровень
6. Представительский уровень
7. Прикладной уровень
Каждый уровень немедленно использует уровень после этого и оказывает услугу
предшествованию уровня.
Оракул Расширенная Безопасность

Продукт, который обеспечивает всесторонний набор программ особенностей
безопасности, чтобы защитить корпоративные сети и надежно расширяет корпоративные
сети на Интернет. Оракул Расширенная Безопасность предоставляет единственному
источнику интеграции с сетевым кодированием и опознавательными решениями,
единственными службами заставки, и протоколами безопасности. Интегрируя
отраслевые стандарты, это поставляет непараллельную безопасность сети.
Интерфейс Запроса Оракула (OCI)

Интерфейс прикладного программирования (API), который дает возможность Вам
создать приложения, которые используют родные процедуры или функциональные
запросы языка третьего поколения обратиться к серверу базы данных Оракула и
управлять всеми фазами выполнения оператора SQL. OCI поддерживает datatypes,
соглашения о вызовах, синтаксис, и семантику многих языков третьего поколения,
включая C, C++, КОБОЛ и ФОРТРАНа.

Маршрутизатор, через который клиентский запрос на установление соединения можно
послать или в его следующий перелет или непосредственно на сервер базы данных.
Клиенты, которые направляют их запросы на установление соединения через Менеджера
Подключения Оракула, могут тогда использовать в своих интересах
мультиплексирование сеанса, управление доступом, или конверсионные
особенности протокола, конфигурированные на том Менеджере Подключения Оракула.
Утилита Connection Manager Control Оракула

Утилита, включенная со Службами Сети Оракула, чтобы управлять различными
функциями, такими как старт, остановка, и получение состояния Менеджера
Контекст Оракула
RDN cn=OracleContext в директивном информационном дереве (ДИТ), который
расположен под контекстом обозначения или неопубликованной записью каталога.
Контекст Оракула содержит входы для использования с особенностями Оракула, такими
как обозначение каталога Oracle Net и Оракул Расширенная пользовательская
безопасность предприятия Безопасности. В директивном сервере могут быть один или
более Контекстов Оракула. Интернет-Каталог Оракула автоматически создает
Контекст Оракула в корне структуры DIT. У этого корневого Контекста Оракула есть
DN dn:cn=OracleContext.

Отдельный продукт Оракула, который комбинирует графический пульт, агентов, общее
обслуживание, и инструментальные средства, чтобы обеспечить интегрированную и
всестороннюю платформу управления системами для того, что она управляла
продуктами Оракула.
Управление Тождественностью Оракула

Инфраструктура, дающая возможность развертыванию управлять центрально и
надежно всеми идентификациями предприятия и их доступом к различным
приложениям в предприятии.
Интернет-Каталог Оракула
Директивный сервер, осуществленный как приложение на базе данных Оракула. Это
допускает поиску информации о рассредоточенных пользователях и сетевых ресурсах.
Это объединяется
Легкий Директивный Протокол Доступа (LDAP) Версия 3, открытый интернет-
стандарт директивный протокол доступа сервера, с высокой эффективностью,
масштабируемостью, надежностью, и пригодностью базы данных Оракула.
Сеть Оракула
Программное обеспечение коммуникации, которое допускает сетевому сеансу с
приложения-клиента на сервер базы данных Оракула. Как только сетевой сеанс
установлен, годовая динамика изменений Сети Оракула как курьер данных для
приложения-клиента и сервера базы данных. Это ответственно за установление и
поддержание подключения между приложением-клиентом и сервером базы данных, так
же как обменом сообщений между ними. Сеть Оракула в состоянии выполнить эти
задания, потому что она расположена на каждом компьютере в сети.

Постинсталляционный инструмент, который конфигурирует основные сетевые
компоненты после инсталляции, включая:
■ Слушатель называет и адреса протокола
■ Обозначение методов, которые клиент будет использовать, чтобы решить, подключает
идентификаторы
■ Директивное использование сервера
Прокси-сервер Системы сетевой защиты Сети Оракула

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

Сетевой уровень коммуникации, который ответственен за установление и
поддержание подключения между приложением-клиентом и сервером, так же как
обменом сообщений между ними.
Слушатель Сети
Оракула Видит
слушателя.

Инструмент, который комбинирует способности конфигурации с составляющим
управлением, чтобы обеспечить интегрированную среду для конфигурирования и
управления Службами Сети Оракула.
Вы можете использовать Менеджера Сети Оракула, чтобы конфигурировать следующие
сетевые компоненты:
■ Обозначение
Определите подключают идентификаторы и отображают их, чтобы подключить
описатели, чтобы идентифицировать сетевое местоположение и идентификацию
сервиса. Менеджер Сети Оракула поддерживает конфигурацию, подключают
описатели в местном tnsnames.ora файле или директивном сервере.
■ Обозначение Методов
Конфигурируйте различные пути, которыми соединяются, идентификаторы решены
в, подключают описатели.
■ Слушатели
Глоссарий Создайте и конфигурируйте слушателей, чтобы получить клиентские подключения.

14
Службы Сети Оракула
Набор программ сетевых компонентов, которые обеспечивают решения для обеспечения
связи в масштабах предприятия в распределенных, гетерогенных вычислительных
средах. Службы Сети Оракула состоят из Сети Оракула, слушателя, Менеджера
Подключения Оракула, Помощника Конфигурации Сети Оракула, и Менеджера
Сети Оракула.
Интерфейс Программы Оракула (OPI)

Сетевой уровень, ответственный за то, что ответил на каждое из возможных сообщений,
послан OCI. Например, у запроса OCI выбрать 25 строк был бы ответ OPI, чтобы
возвратить эти 25 строк, как только они были выбраны.
Поддержка протокола оракула

Программный уровень, ответственный за отображение Прозрачной Сетевой
Подложки (ТЕХНИЧЕСКИЕ ПРИМЕЧАНИЯ) функциональные возможности к
протоколам отраслевого стандарта, используется на клиент-серверном
подключении.
Оракул Rdb
База данных для 64-битовых платформ Digital’s. Поскольку Оракул, у Rdb есть свой
собственный слушатель, клиент, взаимодействует с Rdb тем же самым способом,
поскольку это делает с базой данных Оракула.
Схема оракула
Ряд управляет, которые определяют то, что может быть сохранено в директивном
сервере. У оракула есть своя собственная схема, которая применена ко многим типам
входов Оракула, включая входы Служб Сети Оракула. Схема Оракула для входов Служб
Сети Оракула включает атрибуты, которые могут содержать входы.
Идентификатор Системы Оракула (СИД)

Название, которое идентифицирует определенный экземпляр класса работающего
предварительного выпуска 8.1 баз данных Оракула. Для любой базы данных есть по
крайней мере один экземпляр класса, ссылающийся на базу данных.
Для предварительного выпуска 8.1 баз данных СИД используется, чтобы
идентифицировать базу данных. СИД включен в подключенный описатель tnsnames.ora
файла и на определении слушателя в listener.ora файле.
Оракул ДЕЦИБЕЛ XML

Высокоэффективная технология памяти и поиска XML обеспечила сервером базы
данных Оракула. Это основано на W3C XML модель данных.
Оракул Реальные Прикладные Кластеры

Архитектура, которая позволяет множественным экземплярам класса обращаться к
общедоступной базе данных файлов данных. Реальные Прикладные Кластеры - также
программный компонент, который обеспечивает необходимые кластерные скрипты базы
данных, файлы инициализации, и файлы данных, необходимые для Выпуска
Предприятия Оракула и Реальных Прикладных Кластеров.
ORACLE_HOME
Дополнительное название для главного каталога в иерархии каталога Oracle на
некоторых основанных на каталоге операционных системах.
СОЕДИНЕНИЕ ОТКРЫТЫХ СИСТЕМ

См. Взаимодействие открытых систем (соединение открытых систем).
пакет
Требуют блок информации, посланной по сети каждый раз подключение или передача
данных. Информация, содержавшаяся в пакетах, зависит от типа пакета:
подключите, примите, переадресуйте, данные, и так далее. Информация пакета
может быть полезной в диагностике.
Процесс PMON
Процесс базы данных монитора процесса, который выполняет восстановление процесса,
когда пользовательский процесс терпит неудачу. PMON ответственен за то, что очистил
кэш и освободил ресурсы, которые использовал процесс. PMON также проверяет
диспетчера и процессы сервера и перезапускает их, если они терпели неудачу. Как часть
регистрации сервиса, PMON регистрирует информацию экземпляра класса со
представительский уровень
Сетевой уровень коммуникации, который управляет представлением информации,
которую объекты прикладного уровня или сообщают или справочная информация в их
коммуникации. С двумя задачами Обычный (С ЛЕНТЫ НА КАРТУ) пример
представительского уровня.
частная ссылка базы данных

Ссылка базы данных создана одним пользователем для его или её
исключительного использования. См. также ссылку базы данных
и общественную ссылку базы данных.
конфигурация
Коллекция параметров, которая определяет персональные настройки
предоставлению и конфигурированию особенностей Служб Сети Оракула на
клиенте или сервере. Конфигурация сохранена и осуществлена через sqlnet.ora
файл.
протокол
Ряд управляет, который определяет, как данные транспортируются через сеть.
адрес протокола
Адрес, который идентифицирует сетевой адрес сетевого объекта.
Когда подключение сделано, клиент и получатель запроса, такого как слушатель или
Менеджер Подключения Оракула, конфигурированы с идентичными адресами
протокола. Клиент использует этот адрес, чтобы послать запрос на установление
соединения в специфическое сетевое объектное местоположение, и получатель
"слушает" для запросов на этом адресе. Важно установить те же самые протоколы для
клиента и получателя подключения, так же как конфигурировать те же самые адреса.
преобразование протокола
Особенность Менеджера Подключения Оракула, который дает возможность клиенту и
серверу с различными сетевыми протоколами общаться друг с другом. Эта особенность
заменяет функциональные возможности, ранее предоставленные Обменом
Мультипротокола Оракула версией 2 SQL*Net.
стек протокола
Определяет специфическую комбинацию представительского и сеансового уровня.
прокси-сервер
Сервер, который заменяет реальный сервер, ускоряя клиентские запросы на
установление соединения реальному серверу или другим прокси-серверам. Прокси-
серверы обеспечивают управление доступом, данные и системную безопасность,
контроль, и кэширование.
общественная ссылка базы данных

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

Контекст Оракула содержится в каждой области управления
тождественностью. Это хранит следующую информацию:
■ Пользователь, называющий политику области то есть, управления тождественностью, как
пользователей называют и расположены
■ Принудительные опознавательные атрибуты
■ Местоположение групп в области управления тождественностью
■ Присваивание привилегии для области например управления тождественностью: у кого есть
привилегии добавить больше пользователей к области.
■ Прикладные определенные данные для той Области, включая разрешения
RDBMS
Система управления реляционными базами данных
RDN
См., что родственник отличал название (RDN).
родственник отличал название (RDN)

Местный житель, большинство гранулированного названия входа уровня. У этого нет
никаких других названий входа квалификации, которые служили бы, чтобы обратиться к
входу уникально. В примере, cn=sales, dc=us, dc=acme, dc=com, cn=sales -
RDN.
внедрите Контекст Оракула

В инфраструктуре Управления Тождественностью Оракула корневой Контекст
Оракула - вход в Product_Name, содержащем указатель на заданную по умолчанию
область управления тождественностью в инфраструктуре. Это также содержит
информацию относительно того, как определить местонахождение области управления
тождественностью, данной простое название области.
RPC
Вызов удаленных процедур
Протокол SDP
Разъемы Прямой Протокол (SDP).
Уровень защищенных гнёзд (SSL)

Протокол отраслевого стандарта проектирован Корпорацией Связи Netscape для того,
чтобы обеспечить сетевые подключения. SSL обеспечивает аутентификацию,
кодирование, и целостность данных, используя инфраструктуру открытого ключа (PKI).
процесс сервера
Процессы базы данных, которые обрабатывают клиентский запрос от имени базы
данных.
сервис
Работа, сделанная для других. База данных - сервис, который сохраняет и
восстанавливает данные для клиентов.
обработчик сервиса
Процесс, который действует точка подключения от слушателя на сервер базы
данных. Обработчик сервиса может быть диспетчером или выделенным сервером.
название сервиса
Логическое представление базы данных, которая является путем база данных,
представлено клиентам. База данных может быть представлена как множественные
службы, и сервис может быть осуществлен как множественные экземпляры класса
базы данных. Название сервиса - строка, которая является глобальным названием
базы данных, то есть, названием, включающим название базы данных и имя домена,
введенное во время создания базы данных или инсталляции. Если Вы не уверены,
каково глобальное название базы данных, Вы можете получить его из значения
параметра SERVICE_NAMES в файле параметра инициализации.
Название сервиса включено в подключенную часть данных подключенного
описателя.
регистрация сервиса
Особенность, которой процесс PMON автоматически регистрирует информацию со
слушателем. Поскольку эта информация регистрирована со слушателем,
listener.ora файл не должен быть конфигурирован с этой статической
информацией.
Регистрация сервиса предоставляет слушателю информацию о:
■ Сервис называет для каждого экземпляра класса выполнения базы данных
■ Названия экземпляра класса базы данных
■ Обработчики сервиса (диспетчер или выделенный сервер) доступный для каждого
экземпляра класса Они допускают слушателю к прямому клиентский запрос
соответственно.
■ Диспетчер, экземпляр класса, и узел загружают информацию
Эта информация загрузки дает возможность слушателю определить, какой диспетчер
может лучше всего обработать клиентский запрос на установление соединения. Если
все диспетчеры блокированы, слушатель может породить выделенный сервер для
модуль данных сеанса (SDU)

Буфер, что использование Сети Оракула, чтобы поместить данные прежде, чем
передать это через сеть. Net Оракула посылает данные в буфере или когда требуется
или когда это полно.
сеансовый уровень
Сетевой уровень, который оказывает услуги, необходимые объектами адреса
протокола, которые дают возможность им организовать и синхронизировать свой
диалог и управлять своим обменом данными. Этот уровень устанавливает, управляет,
и заканчивает сетевые сеансы между клиентом и сервером. Пример сеансового уровня
- Сетевой Сеанс (НЕ УТОЧНЕНО).
мультиплексирование сеанса
Объединение множественных сеансов для передачи по единственному сетевому
подключению, чтобы сохранить ресурсы операционной системы.
общедоступный сервер
Сервер базы данных, который конфигурирован, чтобы позволить многим
пользовательским процессам совместно использовать очень немного процессов
сервера, таким образом число пользователей, которые могут быть поддержаны,
увеличено. С общедоступной конфигурацией сервера много пользовательских
процессов соединяются с диспетчером. Диспетчер предписывает, чтобы
множественный входящий сетевой сеанс просил к общей очереди. Разделенный
процесс сервера простоя от общедоступного пула процессов сервера поднимает запрос
от очереди. Это означает, что маленький пул процессов сервера может служить
большому количеству клиентов. Контраст с выделенным сервером.
общедоступный процесс сервера

Тип процесса используется с общедоступной конфигурацией сервера.
СИД
См. Идентификатор Системы Оракула (СИД).
SID_LIST_listener_name
Раздел listener.ora файла, который определяет Идентификатор Системы
Оракула (СИД) базы данных, поданной слушателем. Этот раздел правилен только для
баз данных Оракула версии 8.0, поскольку информация для Oracle8i или более поздних
экземпляров класса автоматически регистрирована со слушателем. Статическая
конфигурация также требуется для других служб, таких как внешние вызовы
процедуры и Гетерогенные Службы.
единственная заставка
Способность к пользователю, чтобы войти на различные серверы, используя
единственный пароль. Это разрешает пользователю подтверждать подлинность на
все серверы, к которым пользователь уполномочен обратиться.
файл sqlnet.ora
Файл конфигурации для клиента или сервера, который определяет:
■ Клиентский домен, чтобы приложить к дисквалифицированным названиям сервиса
или сети обслуживает названия
■ Заказ обозначения методов клиент должен использовать, решая название
■ Регистрация и рассмотрение особенностей, чтобы использовать
■ Маршрут подключений
■ Внешние параметры обозначения
■ Параметры Advanced Security Оракула
sqlnet.ora файл типично постоянно находится в
$ORACLE_HOME/network/admin на платформах UNIX и ORACLE_HOME\network\
admin на операционных системах Windows.
SSL
См. Уровень защищенных гнёзд (SSL).
Системная Глобальная Область (SGA)

Группа структур разделяемой памяти, которые содержат данные и управляют
информацией для экземпляра класса Оракула.
Протокол TCP/IP
Протокол/протокол Internet Управления передачей. Фактический стандартный
протокол коммуникации используется для клиент-серверного сеанса связи по
сети.
TCP/IP с протоколом SSL

Протокол, который дает возможность приложению Oracle на клиенте общаться с
отдаленными базами данных Оракула через протокол TCP/IP и Уровень защищенных
гнёзд (SSL).
импульс сигнала времени

Количество времени это берет для сообщения, которое будет послано и обработано от
клиента на сервер или от сервера до клиента
Тонкий Драйвер JDBC

Тонкий драйвер JDBC - Тип Оракула 4 драйвера, проектированные для разработчиков
приложений Java аплета и Java. Драйвер JDBC устанавливает прямое подключение с
сервером базы данных Оракула по разъемам Java. Доступу к базе данных помогают с
легкой реализацией Сети Оракула и С двумя задачами Общий (С ЛЕНТЫ НА
КАРТУ).
ТЕХНИЧЕСКИЕ ПРИМЕЧАНИЯ
См. Прозрачную Сетевую Подложку (ТЕХНИЧЕСКИЕ ПРИМЕЧАНИЯ).
файл tnsnames.ora
Файл конфигурации, который содержит названия сервиса сети карт, чтобы
подключить описатели. Этот файл используется для местного метода обозначения.
tnsnames.ora файл типично постоянно находится в
$ORACLE_HOME/network/admin на платформах UNIX и ORACLE_ HOME\
network\admin.
рассмотрение
Средство, которое пишет подробную информацию об операции к выходному файлу.
Средство следа производит детальную последовательность операторов, которые
описывают события операции, поскольку они выполняются. Администраторы
используют средство следа для того, чтобы диагностировать аварийное условие; это
обычно не включается.
См. также регистрацию.
Прозрачный Прикладной Обход отказа (TAF)

Во время выполнения обход отказа для сред высокой пригодности, таких как Oracle9i
Реальные Прикладные Кластеры и Сейф Сбоя Оракула, который обращается к обходу
отказа и восстановлению подключений приложения к сервису. Это дает возможность
приложениям-клиентам автоматически повторно соединиться с базой данных, если
подключение терпит неудачу, и, произвольно, возобновлять оператора SELECT,
который происходил. Это повторно соединяется, случается автоматически изнутри
Интерфейса Запроса Оракула (OCI) библиотека.
Прозрачная Сетевая Подложка (ТЕХНИЧЕСКИЕ ПРИМЕЧАНИЯ)

Технология фонда, которую встраивают уровень фонда Сети Оракула, который
работает с любым стандартным сетевым транспортным протоколом.
транспорт
Сетевой уровень, который поддерживает непрерывную надежность через потоковое
управление и методы восстановления при ошибках. Уровень фонда Сети Оракула
использует поддержку протокола Оракула транспортному уровню.
С ЛЕНТЫ НА КАРТУ
См. С двумя задачами Общий (С ЛЕНТЫ НА КАРТУ).
С двумя задачами Обычный (С ЛЕНТЫ НА КАРТУ)

Тип представительского уровня, который используется на типичном подключении
Сети Оракула, чтобы обеспечить набор символов и преобразование типа данных между
различными наборами символов или форматами на клиенте и сервере.
АГЕНТСТВО ЮПИ
Пользовательский Интерфейс Программы
виртуальный канал
Часть разделяемой памяти, используемой диспетчером для клиентских запросов на
установление соединения базы данных и ответов. Диспетчер помещает виртуальный
канал в общую очередь, когда запрос прибывает. Простой совместно использовал
сервер, поднимает виртуальный канал от общей очереди, службы запрос, и оставляет
виртуальный канал прежде, чем попытаться восстановить другой виртуальный канал от
общей очереди.
Глоссарий
20
Протокол WebDAV
Всемирная паутина Распределенный Авторинг и Versioning. Протокол с рядом
расширений к протоколу HTTP, который позволяет пользователям управлять файлами
на отдаленных Web-серверах.
Аутентификация уроженца Windows NT

Опознавательный метод, который допускает клиентскому единственному доступу
входа в систему к серверу Windows NT и базе данных, работающей на сервере.
Инде
кс
Численные данные конфигурирование, 8-23 Поля имени
Ячейки в Менеджере Сети Оракула, 9-9
Порт 1521, 10-4
централизованных обозначений, 4-1
не используя, 10-10
установление подключения с, 4-1 команда
CHANGE_PASSWORD, 10-8 опций прав доступа
A клиента TCP/IP Проверки в Оракуле
абсолютное обозначение Сетевой
Обеспечение связи Базы данных Java Менеджер, 9-4
(JDBC) OCI драйверы, 4-9, 15-5 клиентских
Тонких драйверов, 15-5 конфигурации
с директивным обозначением, 4- обход отказа времени сеанса, 3-7
10 списков контроля доступа (ACLs) заданные по умолчанию домены, 9-2
описанный, 4-11 загрузите балансирующие запросы среди 3-7-летних
управлений доступом к базе слушателей 13-3
данных местное обозначение, 8-8
с Подключением Оракула 1-15-летний Менеджер журналы регистрации, 16-16
11-7 сетевые названия сервиса, 2-3 к 2-5
с sqlnet.ora параметрами, 9-4 сетевыми параметрами Менеджер Подключения Оракула адрес, 11-4
ACTION_LIST, 11-3, 11-4 утилитами ADAPTERS, 16-3 Оракул подключения Rdb, 13-28
диалоговыми окнами Address List Options, 13-4 общедоступный сервер, 12-4
параметрами работы с сетями АДРЕСА, 11-3 файл sqlnet.log, 16-17
прикладными уровнями, 5-2 прикладными Web- файлы следа, 16-27
серверами, 1-5 к 1-6 архитектуре Прозрачный Прикладной Обход отказа (TAF), 3-7
слушатель, 5-7 клиентских подключений
Менеджер Подключения Оракула, 5-11 методы, 15-6
Службы Сети Оракула располагают в стеке синтаксис, 15-4
уровни коммуникации, 5-1 атрибут клиентских
определенный, балансирования
4-5 аудиторских загрузки
следов конфигурирование, 13-3
описанный, 16-19 описанный, 3-7 Клиентских
скрипт для того, чтобы использовать Регистрационных полей идентификатора
информацию, 16-20 автостартовых в Сети Оракула
слушателей, 10-14 Менеджер, 9-7
клиентских
тестирований
B обеспечение связи, 15-9
РЕЗЕРВИРУЙТЕ сетевой параметр, 13- от 3GL, 15-7
15 Завещают протокол, 3-10 от приложений, 15-7
Параметр работы с сетями BEQUEATH_DETACH, 9-8 от Менеджера Сети Оракула, 15-12
буферных сбрасываний на диск, описанных, 7-9 от SQL, 15-7
от операционной системы, 15-7 клиентской
диагностики, 16-2 Клиента позволили
C обращаться к полю в Сети Оракула
Система цветного изображения. См. Службу каталогов Менеджер, 9-4 Клиента исключены из поля
Ячейки (система цветного изображения) Службы доступа в Сети Оракула
каталогов Ячейки (система цветного изображения) Менеджер, 9-4 CMADMIN
внешнее обозначение, 3-12, 9-3 (Менеджер Подключения
Администрирование), 5-11, 11-6
параметров CMAN DISPATCHERS
см. также параметр DISPATCHERS, 11-6
cman.ora файлов
параметры
Индекс
1
ACTION_LIST, 11-3, 11-4 Оракул Расширенная Безопасность, 9-9
АДРЕС, 11-3 Оракул подключения базы данных Rdb, 13-27
EVENT_GROUP, 16-17 первичные и вторичные экземпляры класса, 13-18
LOG_DIRECTORY, 16-18 адреса протокола, 10-3
LOG_LEVEL, 16-18 справочник, 6-10 к 6-12
PARAMETER_LIST, 11-4 Протокол SDP, 14-6 к??
RULE_LIST, 11-3, 11-7 серверы
TRACE_DIRECTORY, 16-31 времена ожидания соедин-запроса, 14-7
TRACE_FILELEN, 16-31 модулей данных сеанса (SDU), 14-2, 14-6,
TRACE_FILENO, 16-31 14-7 разделенных серверов, 12-1
TRACE_LEVEL, 16-32 регистрация сервиса, 11-5
TRACE_TIMESTAMP, 16-32 установки, 11-2, модуль данных сеанса (SDU), 14-1
11-3 CMGW (Менеджер Подключения Шлюз), 5- модуль данных сеанса (SDU) размер, 13-6
11 конфигурирования мультиплексирование сеанса, 11-
управление доступом, 9-4, 7 подключают идентификаторы, 15-
11-7 клиентов 4 подключают строки, 15-1
клиентское балансирование загрузки, 13-4 балансирование загрузки
обход отказа времени сеанса, 3-7, 13-3 подключения, 13-7
заданные по умолчанию домены, 9-2 конфигурирование
местное обозначение, 8-8 выделенный сервер, 13-
обозначение методов в конфигурации, 9-3 10 разделенных серверов,
сетевые названия сервиса, 2-3 к 2-5 13-8
модуль данных сеанса (SDU), 14-2 описанный, 3-7
Прозрачный Прикладной Обход отказа (TAF), 3- регистрация сервиса, 10-2
7 балансирований загрузки подключения, 13-7 к 13- пулинга подключения
12 пулингу подключения, 12-2 запросам на преимущества относительно мультиплексирования
установление соединения в конфигурации, 9-4 сеанса, 7-3
временам ожидания соедин-запроса, 14-7 серверам конфигурирование, 12-2
базы данных определенный, 1-11
управление доступом, 9-4 использование с общедоступным
времена ожидания соедин-запроса, 14-7 сервером, 12-2 полями Connection Time Out в
модуль данных сеанса (SDU), 14-2, 14-6, 14-7 Сети Оракула
общедоступный сервер, 12-1 директивное Менеджер, 9-6
обозначение, 8-8 к?? простой подключают подключений, 3-6
обозначение, 8-20 к 8-23 внешним обозначениям, 8- настроечная очередь слушателя измеряет, чтобы
23 на 8-25 внешних подключений процедуры, 13-20 избежать ошибок, 7-5, 7-9, 10-5
Гетерогенных подключений Служб, 13-25, 13-26 завещайте, 3-10
ролей экземпляра класса, 13-18 слушателей, 10-1 к параллельное, увеличивающее число, 10-5
10-18 подключите строки, ввод, 15-1, 15-4
времена ожидания соедин-запроса, 14-7 выделенные серверы, 9-4
директивное обозначение, 8-14 директивное обозначение, 8-14
внешние процедуры, 13-22 внешние процедуры, 13-20
ведущее обозначение, 8-22 Гетерогенные Службы, 13-25
местное обозначение, 8-8 ведущее обозначение, 8-23
Оракул JServer, 10-4 местное обозначение, 8-8
размер очереди, 10-5 методы, 15-6
информация сервиса, 10-6 Сетевая Информационная служба (NIS)
модуль данных сеанса (SDU), 14-2 внешнее обозначение, 8-23
местных обозначения, 8-3 к 8-8 Сетевая Информационная служба
ограниченным управлениям, 4-1 внешнее обозначение, 8-23
множественному адресу протокола, Менеджер Подключения Оракула, 9-4
13-1 методу обозначения, 8-1 к 8-25 Оракул базы данных Rdb, 13-27
сетям обслуживают псевдонимы, 8-12 запуск компонентов, 15-1 ПОДКЛЮЧЕНИЕ
сетевых названий сервиса (ПОДСТАВЛЯЮТ или ВЕДУТ), атрибут, 12-2 обхода
директивное обозначение, 8-9 отказа времени сеанса
внешнее обозначение, 8-23 и параметр GLOBAL_DNAME, 10-7
местное обозначение, 8-4 конфигурирование, 13-3
сетевых домена, значение по регистрация сервиса, 10-2
умолчанию, 9-2
D
уровень управления передачей данных, 5-2
передача данных, максимизирование, 7-9
Помощник Конфигурации Базы данных
Индекс 2
директивное обозначение, 4-7 файл, 8-16
разделенных конфигураций сервера, 12- Обеспечение связи Базы данных
2 управления доступом конфигурации Java (JDBC) OCI драйверы, 4-9,
сервера базы данных, 9-4 15-5 Тонких драйверов, 4-9, 15-5
распределение ресурсов с общедоступным сервером, Обеспечение связи Базы данных Java (JDBC)
12-3 временами ожидания соедин-запроса, 14-7 Тонкие драйверы, 4-4, 4-10
местными обозначениями, 8-4 журналами инструмент ldapwrite, 16-11
регистрации, 16-16 петлевыми тестами, 16-2 конфигурация слушателя для, 8-14
разделенными серверами, 12-1 старт базы данных, 2- перемещение
3, 15-2 файла следа, 16-27 методов подключений сетевой сервис называет от tnsnames.ora
сервера базы данных, 15-6 синтаксисов, 15-4 файла, 8-16
тестирования сервера базы данных, 15-8 мертвых возразите классам, 4-12
времен ожидания подключения. См. законченное объекты
подключение службы базы данных, 4-
время ожидания, 4 сети обслуживают
9-7 выделенных псевдонимы, 4-5
серверов сетевых названий
завещаемые сеансы, 3-10 подключают сервиса, 4-4
дескрипторную конфигурацию, 3-6 Контекст Оракула, 4-5
определенный, 1-10 описанный, 3-10 к 3-11 Менеджер Сети Оракула, 4-7
различиям с общедоступным сервером, 1-10 Схема оракула, 4-12
подключениям маршрутизации, 9-4 атакам Группа OracleContextAdmins, 4-8, 4-12
отказа в обслуживании, 14-7 параметрам Группа OracleDBCreators, 4-8, 4-12
DESCRIPTION, 8-3 диагностированию. См. Группа OracleNetAdmins, 4-12, 8-10, 8-11, 8-12, 8-
расследующую прямую описанную плавную 15
передачу управления от одной ячейки к краткий обзор, 4-3
другой, 3-8 событий в listener.log, 16-22 рекомендуемый для, 7-8
директивных конфигурации безопасность, 4-11
добавление пользователей к OracleNetAdmins диагностика, 16-11
группа, 8-15 с относительным обозначением, 4-9
экспорта Директивными Миграциями Сервера 6-6-
сетевой сервис называет от tnsnames.ora летний Мастер 8-18 директивных серверов
файла, 8-16 перемещений атрибуты, 4-5
сетевой сервис называет от tnsnames.ora файла, директивное информационное дерево (ДИТ), 4-4
8-16 директивных информационных деревьев выдающееся название (DN), 4-5
(ДИТ), определенный, 4-4 директивных вход, 4-4
обозначения, 16-11 абсолютных обозначений, 4- инструмент ldapwrite, 16-11
10 преимуществ и недостатки, 7-8 архитектуры, Microsoft Активный Каталог, 4-13
4-4 опознавательных уроженца методов, 4-11 Контекст Оракула, 4-5
простой, 4-11 SSL, 4-11 сильный, 4-11 краткий обзор, 1-8
конфигурирования, 8-8 к?? подключение к базе производительность, 4-11
данных служб, 4-9 соединений с, 8-14 родственник отличал название (RDN), 4-5
подключений безопасность, 4-11 Директивных опций
использование абсолютного названия входа, конфигурации Использования в Сети Оракула
4-10 использований относительного названия Помощник Конфигурации, 6-9 опций Disable
входа, 4-9 Помощников Конфигурации Базы Out-of-Band Break в Сети Оракула
данных, 4-7 установлений подключения с, 8- Менеджер, 9-8 сетевых параметров
14 экспорта DISABLE_OOB, 9-8 1-10-летних диспетчеров 5-
сетевой сервис называет от tnsnames.ora 9
описанный, 1-10, 3-8 к??, 5-9
ДИСПЕТЧЕРОВ (диагностическая
информационная система или DISP) атрибут,
12-2 параметра инициализации
ДИСПЕТЧЕРОВ, 12-1
конфигурирование пулинга подключения, 12-2
Атрибут ПОДКЛЮЧЕНИЙ, 12-2
ДИСПЕТЧЕРЫ приписывают, 12-2
Атрибут СЛУШАТЕЛЯ, 10-10, 10-11, 12-2
МУЛЬТИПЛЕКСНЫЙ атрибут, 12-2
ОБЪЕДИНИТЕ атрибут, 12-2
ОБСЛУЖИТЕ атрибут, 12-2
Атрибут СЕАНСОВ, 12-2
Атрибут ИМПУЛЬСОВ
СИГНАЛА ВРЕМЕНИ, 12-2
параметра DISPATCHERS
Индекс
3
МУЛЬТИПЛЕКСНЫЙ атрибут, 11-7 F
Атрибут ПРОТОКОЛА, 11-7 отличенных
названий (DN), определенный, 4-5 режимов работы обход отказа
время сеанса, 3-7, 13-3
администратора сети, 6-10 к 6-12
Прозрачный Прикладной Обход отказа (TAF), 3-7, 13-
13 параметров работы с сетями ОБХОДА ОТКАЗА, 13-
E 3, 13-10, 13-12 сетевых параметров FAILOVER_MODE,
простой подключают обозначение 13-13,
преимущества и недостатки, 7-8 13-15
конфигурирование, 8-20 к 8-23 представлений FTP, 5-6
рекомендуемый для, 7-8 конфигурация выделенного сервера, 5-10
входов, определенных, 4-4 общедоступная конфигурация
Поле среды в Менеджере Сети Оракула, 13-24 сервера, 5-9 протоколов FTP, 1-6
сетевых параметрах ENVS, 13-24 сообщениях об
ошибках Г
контакт со Службой поддержки Оракула, 16-51
глобальное название базы данных
в файле следа, 16-35
конфигурирование на слушателе, 10-10
РТЫ 1017, 16-2
определенный, 8-2
РТЫ 1034, 16-2
описанный, 10-10 Глобальных Полей
РТЫ 12154, 16-6
имени Базы данных в Сети Оракула
РТЫ 12170, 14-8, 16-7
10-6-летний менеджер 13-6, 13-28 сетевых
РТЫ 12203
параметров GLOBAL_DBNAME, 10-6 сетевых
типовой ошибочный стек, 16-15
параметров GLOBAL_NAME, 13-6, 13-28
РТЫ 12514, 16-8
РТЫ 12520, 16-9
РТЫ 12521, 16-9 H
РТЫ 12525, 14-8, 16-9 Гетерогенные Службы
РТЫ 12526, 5-8 конфигурирование подключений с, 13-25
РТЫ 12527, 5-8 описанный, 13-25
РТЫ 12528, 5-8 ведущих обозначений
РТЫ 12533, 16-10 соединение с, 8-23
РТЫ 12535, 9-6 установление подключения с, 8-23
РТЫ 12547, 14-8 конфигурация слушателя для, 8-22
РТЫ 12608, 9-6 требования, 8-21 сетевой параметр
РТЫ 12637, 14-8 HS, 13-6 представлений
решение, 16-1 к 16-52 гипертекстового транспортного
использование журнала протокола, 5-6
регистрации, чтобы проследить, конфигурация выделенного сервера, 5-10
16-19 ошибочных стеков общедоступная конфигурация
описанный, 16-14 сервера, 5-9 протоколов HTTP, 1-4
входы в журналах регистрации, 16-19
выборка, 16-15
типичные уровни в, 16-14 сетевых параметров Я
EVENT_GROUP, 16-17 экспорта INBOUND_CONNECT_TIMEPUT_listener_name
сетевой сервис называет от tnsnames.ora файла до сетевой параметр, 14-8 файлов
каталога, 8-16 внешних обозначений параметра инициализации
преимущества и недостатки, 7-8 Параметр ДИСПЕТЧЕРОВ, 12-1 параметр
Службы каталогов Ячейки (система цветного INSTANCE_NAME, 3-4 параметра LOCAL_LISTENER,
изображения), 3-12, 8-23, 9-3 10-4, 10-10 параметров REMOTE_LISTENER, 10-11
конфигурирование, 8-23 к 8-25 параметров SERVICE_NAMES, 3-2, 8-2 инсталляции
Сетевая Информационная служба (NIS), 3-12, 8- заданные по умолчанию слушатели конфигурации, 10-
23, 9-3 2 местных обозначения, 8-3 конфигурации, 9-1 Поле
рекомендуемый для, 7-8 имени Экземпляра класса в Менеджере Сети Оракула,
внешних процедур 13-6 конфигураций роли экземпляра класса, 13-18
конфигурирование подключений с, 13-20 подключений в TAF, 13-20 подключений с первичными
описанный, 13-20 и вторичными экземплярами класса, 13-19
агент extproc, 13-21 extproc агент, 13-21
переменная среды EXTPROC_DLLS, 13-24
Индекс 4
подключения с определенными экземплярами класса, клиентское балансирование
13-19 сетевыми параметрами INSTANCE_NAME, 3-4, загрузки, 3-7
8-2, 13-6, 13-18 конфигурирования, 10-1 к
10-18
список адресов, 13-1
J каталог называя метод, 8-14
Обеспечение связи Базы данных Java внешние процедуры, 13-22
(JDBC) драйверы, 1-3 драйвера глобальное название базы данных, 10-10
OCI, 5-5 главный компьютер называя метод, 8-22
абсолютная поддержка обозначения, 4-9, местный метод обозначения, 8-8
15-5 относительных поддержек многосетевые хосты, 10-4
обозначения, 4-9 Тонких драйверов, 5-5 адрес не по умолчанию, 10-10
абсолютная поддержка обозначения, 15-5 Оракул доступ JServer, 10-4
каталогов, называя поддержку, 4-4, 4-10 Идентификатор Системы Оракула, 10-6
относительных поддержек обозначения, 4-9 адреса протокола, 10-3
JavaNet, 5-6 уровней JavaNet, 1-6 JavaTTC, 5-6 информация сервиса, 10-6
JDBC. См. Обеспечение связи Базы данных Java модуль данных сеанса (SDU), 14-2
(JDBC) СИД, 10-6 балансирований загрузки
подключения, 3-7, 13-7 обходов отказа
L времени сеанса, 3-7 заданных по
умолчанию адресов, 10-10 заданных по
инструмент ldapwrite, умолчанию конфигураций, 10-2
16-11 слушателей описанный, 1-16 прямых плавных
требования версии для базы данных, 10-1 передач управления от одной ячейки к
СЛУШАТЕЛЬ (ЛИТИИ или СПИСОК) атрибут, 10-10, другой, 3-8 обрабатывающих
10-11, 12-2 опции конфигурации Слушателя в Сети параллельных подключений, 10-5
Оракула увеличивающихся размеров очереди, 10-
Помощник Конфигурации, 6-9 5 журналов регистрации, 10-18, 16-17,
команд утилиты Listener Control 16-19
СЛУЖБЫ, 2-3, 10-16 ПАРОЛЕЙ НАБОРА, 15-2 аудиторский след, 16-19
НАЧАЛА, 2-2, 15-2 СОСТОЯНИЯ, 10-15, 15-2 прямая информация случая плавной передачи
ОСТАНОВКИ, 15-2 старта слушателя, 10-14 остановок управления от одной ячейки к другой, 16-22
слушателя, 10-14 использований, 6-9 listener.log регистрационная информация случая сервиса,
файлов, 16-16 listener.ora описанных файлов, 4-2 16-21 контроль, 10-15, 10-16, 10-18 многосетевых
параметра, 16-17 ENVS, 13-24 GLOBAL_DBNAME, хостов, 10-4 множителя, 10-3 множественных
10-6 INBOUND_CONNECT_TIMEOUT_listener_ адреса, 13-1 пароль, установка, 10-8 размеров
название, 14-8 LOG_DIRECTORY_listener_name, очереди, 7-5, 7-9 переадресовывают
16-17 ORACLE_HOME, 10-6, 13-24, 13-26 подключения, 3-8 безопасности
PASSWORDS_listener_name, 10-8 ПРОГРАММ, 13-24, времена ожидания соедин-запроса, 14-7
13-26 SID_NAME, 10-6, 13-24, 13-26 использование пароля, 10-8
STARTUP_WAITTIME_listener_name, 16-30 стартов, 2-2, 2-3, 15-2, 15-3
TRACE_FILE_listener_name, 16-30 конфигурации тестирования,
TRACE_FILELEN_listener_name, 16-30 15-8 файлов следа, 16-30
TRACE_FILENO_listener_name, 16-31 Прозрачный Прикладной Обход отказа (TAF), 3-7
TRACE_LEVEL_listener_name, 16-30 3-5-летних listener.trc файлов, 16-26 загрузок, балансирующих
слушателей 13-26 клиента, 3-7 подключений, 3-7, 13-7 сетевых
настроечный размер очереди для, параметров LOAD_BALANCE, 13-4 МЕСТНЫХ
10-5 автостартов, 10-14 переменные среды, 15-4 местных обозначения
преимущества и недостатки, 7-8 клиентских
конфигураций, 8-8 конфигурирования, 8-3 к 8-8
соединениям с, 8-8 конфигурациям сервера базы
данных, 8-4 заданным по умолчанию
конфигурациям, 8-3 установления подключения с, 8-
8 конфигурациям слушателя для, 8-8
рекомендуемый для, 7-8 Местных Сетевых опций
конфигурации Названия Сервиса в Помощнике
Конфигурации Сети Оракула, 6-9
Индекс
5
МЕСТНЫЙ вход системного реестра, 15-4 параметр, 9-9
Параметр инициализации LOCAL_LISTENER, 10-4, names.trc файлов, 16-26
10-10, 12-2 журнала обозначений metho, 9-3
регистрации, 10-18, 16-16, 16-19 метода обозначения
значений по умолчанию Службы каталогов Ячейки (система цветного
называют для, 16-16 listener.log, изображения), 3-12, 8-23
16-16, 16-17 централизованный, 4-1
Подключение Оракула 16-18-летний Менеджер 16- выбор, 7-5, 7-8
23 к 16-26 sqlnet.log, 16-16 описанный, 3-11
sqlnet.log для клиентов и серверов базы данных, 16-16 директивное обозначение, 8-8 к??
использований, чтобы проследить ошибки, 16-19 простой подключают обозначение, 8-20 к 8-23
сетевых параметров LOG_DIRECTORY, 16-18 работ с внешнее обозначение, 8-23 к 8-25
сетями LOG_DIRECTORY_CLIENT местное обозначение, 8-3 к 8-8
параметр, 16-17 работ с сетями ограниченный, 4-1
LOG_DIRECTORY_listener_namebookmark7 Сетевая Информационная служба (NIS), 3-12, 8-23
27 краткий обзор, 1-8 опций конфигурации Методов
параметр, 16-17 работ с сетями Обозначения в Сети Оракула
LOG_DIRECTORY_SERVER Помощник Конфигурации, 6-9
параметр, 16-17 сетевых параметров сетей обслуживают псевдонимы
LOG_FILE_CLIENT, 16-17 работ с сетями конфигурирование, 8-12
LOG_FILE_listener_namebookmark727 описанный, 4-5
параметр, 16-17 сетевых параметров директивное обозначение, 4-5
LOG_FILE_SERVER, 16-17 сетевых параметров использование, 4-6 Сетевых Названий
LOG_LEVEL, 16-18 полей Logon Authentication Сервиса 6-6-летний Мастер 8-6, 11-5 сетей
Protocol Version в Оракуле обслуживают названия
Сетевой Менеджер, добавление адреса, 13-1
9-8 петлевых тестов, 16- конфигурирование, 2-3 к 2-5
2 директивное обозначение, 8-9
внешнее обозначение, 8-23
местное обозначение, 8-4
М. множественные адреса, 13-1, 13-3
максимизирование передачи данных, корректируя расположение по приоритетам обозначения
размер SDU, 7-9 методов, 9-3
Мета поле Map в Менеджере Сети Оракула, 9-9 тестирование с TNSPING, 15-10 режимами
Параметр работы с сетями МЕТОДА, 13-15 работы администратора сети, 6-10 к 6-12
Microsoft Активный Каталог, 4-13 Сетевым Аутентификациям (NA)
перемещение уровень в ошибочных стеках, 16-15
сетевой сервис называет от tnsnames.ora файла до сетевой пригодности, определении, 2-1
каталога, 8-16 конфигурации сети
многосетевые хосты, 10-4 централизованное управление, 4-1
множественные адреса, 13-3 ограниченное управление, 4-1 сетевой домен,
конфигурирование клиентского заданное по умолчанию конфигурирование,
балансирования загрузки, 13-4 обходов 9-2 Сетевых Информационных службы (NIS)
отказа времени сеанса конфигурирования, внешнее обозначение, 3-12, 9-3
13-4 конфигурирование, 8-23
множественные слушатели, 10-3 соединение с, 8-23
множественные адреса протокола, 13-1 установление подключения с, 8-23
МУЛЬТИПЛЕКСНЫЙ (MUL или MULT) атрибут, 11- карты, 8-24 Сетевых
7, 12-2 Интерфейса (NI)
уровень в ошибочных стеках, 16-
N 14 сетевых уровнях, 5-2 сетевой
производительности, улучшаясь
Протокол Именованных каналов корректируя размер SDU, 7-9
описанный, 5-5 сетевых параметров клиентское балансирование загрузки, 3-7
NAMES.DCE.PREFIX, 9-9 работ с сетями НАЗВАНИЙ размер очереди слушателя, 7-
DEFAULT_DOMAIN 5, 7-9 сетевого планирования
параметр, 9-2 параметра работы с сетями модуль данных сеанса (SDU) размер, 7-9 Сетевых
НАЗВАНИЙ DIRECTORY_PATH, 9-4 Сеансов (НЕ УТОЧНЕНО), уровень в ошибочных
CD, 9-3 стеках, 16-15 Сетевых Транспортов (NT), уровень в
ezconnect, 9-3 ошибочных стеках, 16-15 сетевых файлах
имя хоста, 9-3 конфигурации
ldap, 9-3 файл cman.ora, 4-1
nis, 9-3 файл listener.ora, 4-2
tnsnames, 9-3 names.log файла, 16-16
работ с сетями НАЗВАНИЙ
NIS.META_MAP
Индекс 6
файл sqlnet.ora, 4-2 РТЫ 12526 сообщений об
tnsnames.ora файла, 4-2 ошибках, 5-8 РТОВ 12527
работы с сетями, планируя сообщений об ошибках, 5-8 РТОВ
внутренние сети 12528 сообщений об ошибках, 5-8
пригодность, 7-4 РТОВ 12533 сообщения об
клиентское балансирование загрузки, ошибках, 16-10 РТОВ 12535
7-5 сообщений об ошибках, 9-6 РТОВ
пулинг подключения, 7-3 12547 сообщений об ошибках, 14-
обход отказа времени сеанса, 7-5 8 РТОВ 12637 сообщений об
Драйверы JDBC, 7-5 ошибках, 14-8 Оракулов
размер очереди слушателя, 7-5 Расширенная Безопасность
обозначение методов, 7-5 конфигурирование с Менеджером Сети Оракула,
преобразование протокола, 7-6 9-9 краткими обзорами, 1-18 Интерфейсов
масштабируемость, 7-2 Запроса Оракула (OCI) уровень, описанный, 5-3
безопасность, 7-5 Менеджера Подключения Оракула архитектура,
модуль данных сеанса (SDU) размер, 5-11 процессов CMADMIN, 5-11
7-6 конфигурирования
мультиплексирование сеанса, 7-3 управление доступом, 11-7 11-4-летних
настройка и производительность, клиентов 11-5 серверов базы данных, 11-5,
7-5 интернет-сетей 11-6 Менеджеров Подключения Оракула
управление доступом, 7-7 компьютер, 11-2 к 11-4 протоколам
пригодность, 7-7 обращается для Подключения Оракула
времена ожидания соедин-запроса, 7-7 Менеджер, 11-4 регистрации
Драйверы JDBC, 7-7 сервиса, 11-5
обозначение методов, 7-7 мультиплексирования сеанса, 11-
масштабируемость, 7-7 7 межсетевых процессов, 5-11
безопасность, 7-7 слушателей, 5-11 журналов
настройка и производительность, 7-7 регистрации, 16-17, 16-18
NIS. См. Сетевую Информационную службу названий, 16-16
(NIS) узлы, описанные, 5-3 понимание, 16-23 к 16-26 кратким обзорам,
1-17 адресам протокола, 11-3 подключениям
маршрутизации, 9-4 мультиплексированию
O сеанса, 5-11 стартам, 15-3 тестированиям, 15-
объектные классы 8 файлам следа, 16-31 конфигурированию,
описанный, 4-12 16-32 названиям, 16-26 командам утилиты
orclDBServer, 4-13 Oracle Connection Manager Control
orclNetAddress, 4-13 УПРАВЛЯЙТЕ, 15-3 ВЫХОДА,
orclNetAddressList, 4-13 15-3 ЗАПУСКА, 15-3
orclNetDescription, 4-13 использования, 6-9 Контекстов
orclNetDescriptionList, 4-13 Оракула
orclNetService, 4-13 определенный, 4-5 полей Directory Первой
orclNetServiceAlias, 4-13 страницы Оракула в Сети Оракула
Взаимодействий открытых систем 10-6-летний менеджер 13-24, 13-26
(соединение открытых систем) Оракулов подключения JServer, 10-4
прикладной уровень, 5-2 буфера Сети Оракула, 7-9 компонентов,
уровень управления передачей данных, 5- 1-17 определенный, 1-15, 1-17 уровней
2 фонда Сети Оракула, 1-16 поддержек
описанный, 5-2 протокола Оракула, 1-16 кратких
сетевой уровень, 5-2 обзоров, 1-2 к 1-18 особенностям
Уровень фонда Сети Оракула, 5-3 масштабируемости, 1-9 пониманиям, 1-2
физический уровень, 5-2 1-18 Помощникам Конфигурации Сети
представительский уровень, 5-2 Оракула описал, 6-8
сеансовый уровень, 5-2
транспортный уровень, 5-2 РТА 1017
сообщений об ошибках, 16-2 РТА 1034
сообщения об ошибках, 16-2 РТА 12154
сообщения об ошибках, 16-6 РТОВ
12170 сообщений об ошибках, 14-8, 16-7
РТОВ 12203 сообщения об ошибках
типовой ошибочный стек, 16-15
РТОВ 12514 сообщений об ошибках, 16-
8 РТОВ 12520 сообщений об ошибках,
16-9 РТОВ 12521 сообщение об
ошибках, 16-9 РТОВ 12525 сообщений
об ошибках, 14-8, 16-9
Индекс
7
Директивная опция конфигурации Использования, Клиенты позволили обращаться к полю, 9-4
6-9 Клиента исключили из поля доступа, 9-4
конфигурация слушателя, 10-3 полей Connection Time Out, 9-6 опций
Опция конфигурации слушателя, 6-9 Disable Out-of-Band Break, 9-8 Версий
местный метод обозначения, 8-7 Протокола Аутентификации Входа в
Местная Сетевая опция конфигурации Названия систему
Сервиса, 6-9 поле, 9-8 полей Meta Map, 9-9 полей Time Out
Обозначение опции конфигурации Методов, 6-9 операции Receive, 9-6 полей Time Out операции
сетевые названия сервиса, 8-7 Send, 9-6 опций Time Out Value ТЕХНИЧЕСКИХ
Группа OracleContextAdmins, 4-12 ПРИМЕЧАНИЙ, 9-7 полей Total Receive Buffer, 9-7
Группа OracleDBCreators, 4-8, 4-12 полей Total Send Buffer, 9-6 Выключают опцию
Группа OracleNetAdmins, 4-12 Signal Handling UNIX, 9-8 правых областей окна, 6-
серверы 4
конфигурация слушателя, 6-9 стартов, маршрутизация запросов на установление
6-8 уровней фонда Сети Оракула, 1-16, 5- соединения, 9-4 полей (SDU) Модуля Данных
3 слушателя Сети Оракула. См. Сеанса в Сети Оракула
Менеджера Сети Оракула слушателей Менеджер, 13-6 определений,
добавление адресов, 13-1 называя методы, 9-3 старта, 6-3
Диалоговое окно Options Списка адресов, 13-4 тестирования
клиенты клиентская конфигурация, 15-12
клиентское балансирование загрузки, 13-3 конфигураций сервера, 15-8
обход отказа времени сеанса, 13-3 инструментальных панелей, 6-4
заданные по умолчанию сетевые домены, 9-2 Тип поля Service, 13-6 Использования для
местный метод обозначения, 8-4, 8-5 опции Heterogeneous Services, 13-6,
Менеджер Подключения Оракула, 11-4 13-27 Использования Выпуск 8.0 Oracle8i
описанный, 6-2 директивных обозначения, 4-7 Совместимая Идентификация
Директивных Мастеров Миграции Сервера, 8- опция, 13-6 мастеров,
18 внешних подключений процедуры, 13-20 6-6 6-7 слушателям
Гетерогенных подключений Служб, 13-25 компонентов Служб
Полей имени Экземпляра класса, 13-6 Сети Оракула, 1-16
слушателей Менеджер Подключения Оракула, 1-17 Сетей
Поле среды, 13-24 Оракула, 1-15 описанный, 1-15 описанных
Глобальное Поле имени Базы данных, 10-6, 13-6 поддержек протокола Оракула, 1-16, 5-4
Поле Directory Первой страницы Оракула, 10-6, Именованных канала, 5-5 TCP/IP, 5-4 TCP/IP
13-24, 13-26 с SSL, 5-4 Оракула база данных Rdb
Поле имени Программы, 13-24, 13-26 конфигурирование для подключения с,
адреса протокола, 10-3 13-27 описанный, 13-27 полей Oracle Rdb
Поле СИДА, 10-6, 13-24, 13-26 Database в Сети Оракула
статическая информация сервиса, Менеджер, 13-6
10-6 местных методов обозначения, 8- схем Оракула
4, 8-5 меню описанный, 4-12 Службы поддержки
Команда, 6-5 Оракула, контакт, 16-51 Идентификатор
Редактируйте, 6-5 Системы Оракула, конфигурирующий на
Файл, 6-4 слушатель, 10-6 сетевых параметров
Помощь, 6-5 множителей ORACLE_HOME, 10-6,
обращаются к опциям, 13-3 13-24, 13-26 Реальных Прикладных обходов отказа
управлению, 6-3 к 6-6 областям окна времени сеанса Кластеров Oracle9i, 3-7, 13-3 параметра
навигатора, 6-3 сетевым псевдонимам работы с сетями ОБХОДА ОТКАЗА, 13-3 сетевых
сервиса, 8-12 Сетевых Названий параметра FAILOVER_MODE, 13-15 Прозрачных
Сервиса 8-6-летний Мастер 11-5 Прикладных Обходов отказа (TAF), 13-13 групп
сетевых названий сервиса, 8-4, 8-5 OracleContextAdmins, 4-8, 4-12 групп
полей Oracle Rdb Database, 13-6 OracleDBCreators, 4-8, 4-12 сервисов
Оракулов базы данных Rdb, 13-28 OracleHOME_NAMECMan, 15-4
Глобальное Поле имени Базы данных, 13-28
Поле Database Rdb, 13-28
Тип поля Service, 13-28
конфигураций, 9-9
дополнительные параметры, 9-5
Поле имени Ячейки, 9-9
Проверьте опцию прав доступа клиента TCP/IP,
9-4
Клиентское Регистрационное поле
идентификатора, 9-7
Индекс 8
Сервис OracleHOME_NAMETNSListener, 15-2 группы заданные по умолчанию домены, 9-2
OracleNetAdmins, 4-12, 8-10, 8-11, 8-12, 8-15 заданная по умолчанию конфигурация, 9-1
orclDBServer возражают классу, 4-13 классам объекта обозначение методов, определения, 9-3
orclNetAddress, 4-13 классам объекта маршрутизация запросов на установление
orclNetAddressList, 4-13 классам объекта соединения, 9-4 Полей имени Программы в Сети
orclNetDescription, 4-13 классам объекта Оракула 13-24-летний Менеджер
orclNetDescriptionList, 4-13 классам объекта 13-26 параметров работы с сетями
orclNetService, 4-13 классам объекта ПРОГРАММЫ, 13-24, 13-26 ПРОТОКОЛОВ (ПРО
orclNetServiceAlias, 4-13 соединениям открытых или ЗАЩИТА) атрибут, 11-7 адресов протокола, 3-5
систем. См. Соединительный провод Открытых протоколов
систем (соединение открытых систем) FTP, 1-6
ГИПЕРТЕКСТОВЫЙ ТРАНСПОРТНЫЙ
ПРОТОКОЛ, 1-4, 1-6
P Именованные каналы, 5-5
пакеты Поддержка оракула, 1-16
исследование данных следа, 16-40, 16-48 типов, 16-34 TCP/IP, 5-4
сетевых параметров PARAMETER_LIST, 11-4 TCP/IP с SSL, 5-4
параметров PASSWORDS_listener_name, 10-8 WebDAV, 1-6
физических уровней, 5-2 планирования прокси-серверов, 11-1
внутренняя пригодность сетей, 7-
4 пулинга подключения, 7-3
обхода отказа времени сеанса, Q
7-5 драйверов JDBC, 7-5 размер очереди, 7-5, 7-9, 10-5
размеров очереди слушателя, параметров QUEUESIZE, 10-5
7-5 методов обозначения, 7-5 для настроечного размера очереди слушателя, 7-5,
преобразований протокола, 7- 7-9, 10-5
6 масштабируемостей, 7-2
безопасности, 7-5
модуль данных сеанса (SDU) размер,
R
7-6 мультиплексирования сеанса, 7-3 хеширование запросов среди слушателей, 3-7
настройки и производительность, 7-5 Поле Database Rdb, 13-28
интернет-управлений доступом сетей, Параметр работы с сетями RDB_DATABASE, 13-6,
7-7 пригодности, 7-7 времен 13-28 полей Time операции Receive в
ожидания соедин-запроса, 7-7 Сети Оракула
драйверов JDBC, 7-7 методов Менеджер, 9-6 переадресовывают
обозначения, 7-7 подключение, 3-8 родственников отличали
масштабируемостей, 7-7 название (RDN), 4-5 относительных
безопасности, 7-7 обозначений
настройка и производительность, 7-7 директивное обозначение, 4-9
модулей данных сеанса (SDU) размер, 7- Обеспечения связи Базы данных Java
9 процессов PMON, 10-2, 11-6 ПУЛОВ (JDBC) OCI драйверы, 4-9 Тонких
(POO) атрибут, 12-2 порта 1521 драйверов, 4-9 решений
не используя, 10-10 ошибки. См., что диагностика направляет
портов подключения, 9-4 сетевых параметра
привилегированный, 10-4 RULE_LIST, 11-3, 11-7
представительских уровня,
5-2 FTP, 5-6 S
гипертекстовых
транспортных протоколов, масштабируемость, сетей, 7-2
5-6 JavaTTC, 5-6 протоколов SDP
С двумя задачами Обычный (С ЛЕНТЫ НА конфигурирование, 14-6 к??
КАРТУ), 5-3 WebDAV, 5-6 первичных и SDU. См. модуль данных сеанса
вторичных экземпляров класса, 13-18 (SDU) безопасность
привилегированных портов, 10-4 сервер базы данных
конфигурации (sqlnet.ora) конфигурирование конфигурация управления доступом, 9-4
дополнительные параметры, 9-5 времени ожидания соедин-запроса, 14-7
внутренних сетей, 7-5 интернет-сетей, 7-7
слушателей
времена ожидания соедин-запроса, 14-7
использований пароля, 10-8 полей Time
операции Send в Сети Оракула
Индекс
9
Менеджер, 9-6 определенный,
конфигураций сервера 1-9 описанный,
управление доступом, 9-4 5-9
распределение ресурсов с общедоступным 1-10-летние диспетчеры 3-8 к??, 5-9 использований с
сервером, 12-3 пулингом подключения, 12-2 виртуальных канала, 5-9
времена ожидания соедин-запроса, 14-7 полей SID в Сети Оракула 10-6-летний Менеджер 13-
местное обозначение, 8-4 24, 13-26 СИДОВ, конфигурирующих на слушателе,
журналы регистрации, 16-16 10-6 параметров SID_LIST_listener_name внешние
петлевые тесты, 16-2 процедуры, 13-23 Гетерогенных Службы, 13-26
общедоступный сервер, 12-1 Менеджеров Предприятия Оракула требования, 10-6
старт, 2-3 сетевых параметров SID_NAME, 10-6, 13-24,
старт базы данных, 15-2 13-26 простых аутентификаций для директивного
файлы следа, 16-27 обозначения, 4-11 сетевых параметров
подключений сервера SOURCE_ROUTE, 13-3, 13-4
методы, 15-6 SQLNET_ALLOWED_LOGON_VERSIONS
синтаксис, 15-4 параметра работы с сетевой параметр, 9-8 работ с сетями
сетями СЕРВЕРА, 3-6 тестирований SQLNET.CLIENT_REGISTRATION
сервера, 15-8 диагностики сервера, 16-2 параметр, 9-7 сетевых параметров
сервера SQLNET.EXPIRE_TIME, 9-7
управление доступом, 9-4 СЕРВИСА SQLNET.INBOUND_CONNECT_TIMEOUT
(СЕР или SERV) атрибут, 12-2 обработчика сетевой параметр, 9-6, 14-8 sqlnet.log
сервиса файлов, 16-16 sqlnet.ora описанных
выделенные серверы, 3-10 к 3-11 файлов, 4-2 параметра
диспетчеры, 3-8 к?? LOG_DIRECTORY_CLIENT, 16-17
название сервиса LOG_DIRECTORY_SERVER, 16-17
конфигурирование, 8-2 LOG_FILE_CLIENT, 16-17
описанный, 3-1, 3-3 LOG_FILE_SERVER, 16-17
регистрации сервиса NAMES.DCE.PREFIX, 9-9 НАЗВАНИЙ
льготы, 10-2 DEFAULT_DOMAIN, 9-2 НАЗВАНИЯ
конфигурирование, 10-2, 11-5 DIRECTORY_PATH, 9-3 НАЗВАНИЯ
балансирование загрузки подключения, 3-7, 10-2, NIS.META_MAP, 9-9
13-7 SQLNET.INBOUND_CONNECT_
обход отказа времени сеанса, 10-2 ВРЕМЯ ОЖИДАНИЯ, 14-8
определенный, 3-5 TCP.EXCLUDED_NODES, 9-4
события в listener.log, 16-21 TCP.INVITED_NODES, 9-4
слушатель service_died регистрирует случай, 16-21 TCP.VALIDNODE_CHECKING, 9-4
слушатель service_register регистрирует случай, 16- TNSPING.TRACE_LEVEL, 16-30
21 TRACE_DIRECTORY_CLIENT, 16-27
слушатель service_update регистрирует случай, 16- TRACE_DIRECTORY_SERVER, 16-27
21 service_died случай файла регистрации слушателя, TRACE_FILE_CLIENT, 16-27
16-21 сетевой параметр SERVICE_NAME, 8-2 TRACE_FILE_SERVER, 16-27
параметра инициализации SERVICE_NAMES, 3-2, 8-2 TRACE_FILELEN_CLIENT, 16-28
service_register случая файла регистрации слушателя, TRACE_FILENO_SERVER, 16-28
16-21 service_update случай файла регистрации TRACE_LEVEL_CLIENT, 16-28
слушателя, 16-21 команду SERVICES, 10-16 TRACE_TIMESTAMP_CLIENT, 16-29
из утилиты Listener Control, 2-3 TRACE_UNIQUE_CLIENT, 16-29
модуля данных сеанса (SDU), 7-9, bookmark775КАТАЛОГОВ параметров
13-6 TNSPING.TRACE_, 16-29 работ с сетями
корректировка, чтобы улучшить сетевую SQLNET.RECV_BUF_SIZE
производительность, 7-9 параметр, 9-7 работ с сетями
конфигурирование, 14-1 Модуль Данных SQLNET.RECV_TIMEOUT
Сеанса (SDU) поле Size в Сети Оракула параметр, 9-6 работ с сетями
Менеджер, 13-6 сеансовых уровней, SQLNET.SEND_BUF_SIZE
5-2 мультиплексирования сеанса, 1-12, 5- параметр, 9-6 работ с сетями
11, 11-7 SQLNET.SEND_TIMEOUT
преимущества относительно пулинга параметр, 9-6
подключения, 7-3 СЕАНСА (СЭП или SESS) атрибут, sqlnet.trc файлов, 16-26
12-2 команды SET PASSWORD
из утилиты Listener Control, 15-2
разделенных серверов
распределение ресурсов, 12-3
по сравнению с выделенным сервером, 1-9
подключите дескрипторные параметры
конфигурации, 3-6
балансирование загрузки подключения, 3-7, 13-7
Индекс 10
Аутентификация SSL для директивного Вход системного реестра
обозначения, 4-11 команд START TNS_ADMIN, 4-2 tnsnames.ora
из утилиты Listener Control, 2-2, 10-14, 15-2 описанные файла, 4-2
стартов экспорт входов на директивный сервер, 8-
сервер базы данных, 2-3 16 перемещающихся входов на
серверы базы данных, 15-3 директивный сервер, 8-16 параметров
базы данных, 2-2, 15-2 РЕЗЕРВНЫЙ параметр, 13-15
2-2-летние слушатели 2-3, 15-2, 15-3 ОБХОДОВ ОТКАЗА, 13-3
Менеджер Подключения Оракула, 15-3 FAILOVER_MODE, 13-15
Помощник Конфигурации Сети Оракула, 6-8 GLOBAL_NAME, 13-6 HS, 13-
Менеджер Сети Оракула, 6-3 6
Компоненты Служб Сети Оракула, 15-1 работа с INSTANCE_NAME, 13-6, 13-18
сетями LOAD_BALANCE, 13-3, 13-4
STARTUP_WAITTIME_listener_namebookmark779 МЕТОДА, 13-15 RDB_DATABASE,
параметр, 16-30 13-6 SDU, 13-6
команд STATUS SOURCE_ROUTE, 13-3, 13-4 ТИПА,
из утилиты Listener Control, 10-15, 15-2 13-15 TYPE_OF_SERVICE, 13-6
команд STOP утилит TNSPING, 15-9
из утилиты Listener Control, 10-14, 10-15, 15-2 по сравнению с утилитой TRCROUTE, 15-
сильных аутентификаций для директивного 11 работами с сетями
обозначения, 4-11 svr_pid.trc файлов, 16-26, 16-27 TNSPING.TRACE_DIRECTORY
синтаксисов параметр, 16-29 работ с сетями
для подключают идентификаторы, 15-4 TNSPING.TRACE_LEVEL
для утилиты Listener Control, 6-9 параметр, 16-30 tnsping.trc файлов,
для утилиты Oracle Connection Manager 16-27 полей Total Receive Buffer в Сети
Control, 6-9 Оракула
Менеджер, 9-7 полей Total Send Buffer в
Менеджере Сети Оракула, 9-6 Помощников Следа
T
исследование файлов следа с, 16-37
TAF. См. Прозрачный Прикладной Обход отказа функций, 16-37 справочной информации
(TAF) TCP.EXCLUDED_NODES работа с сетями опции, 16-38 данных следа для
параметр, 9-4 сетевых параметра идентификаторов, 16-48 данных следа для
TCP.INVITED_NODES, 9-4 протокола TCP/IP пакетов, 16-40 статистических данных
описанный, 5-4 TCP/IP данных следа, 16-51 файл следа
с протоколом SSL анализируя с Помощником Следа, 16-37 значений по
описанный, 5-4 работы с сетями умолчанию называют для, 16-26 информации
TCP.VALIDNODE_CHECKING сообщения об ошибках, 16-35 исследований с
параметр, 9-4 законченного Помощником Следа, 16-37 listener.trc, 16-26, 16-30
конфигурирования обнаружения sqlnet.trc, 16-26 sqlnet.trc для клиентов, 16-27
подключения, 9-7 ограничений, 9-7 svr_pid.trc, 16-27 svr_pid.trc для серверов, 16-27
тестирований tnsping.trc, 16-27 сетевых параметров
клиентская конфигурация от 3GL, 15-7 от TRACE_DIRECTORY, 16-31 работа с сетями
приложений, 15-7 от Менеджера Сети Оракула, TRACE_DIRECTORY_CLIENT
15-12 от SQL, 15-7 от операционной системы, 15- параметр, 16-27 работ с сетями
7 с TCROUTE, 15-11 с TNSPING, 15-9 TRACE_DIRECTORY_SERVER
конфигурациями слушателя, 15-8 сетевым параметр, 16-27 сетевых параметров
обеспечением связи, 15-9 Менеджерами TRACE_FILE_CLIENT, 16-27 работ с сетями
Подключения Оракула, 15-8 конфигурациями TRACE_FILE_listener_namebookmark780
сервера, 15-8 с утилитами управления, 6-9 параметр, 16-30 работ с сетями
ИМПУЛЬСОВ СИГНАЛА ВРЕМЕНИ (ТИК или TRACE_FILE_SERVER
ИМПУЛЬС СИГНАЛА ВРЕМЕНИ) атрибут, 12- параметр, 16-27 сетевых параметров
2 ТЕХНИЧЕСКИХ ПРИМЕЧАНИЯ. См. TRACE_FILELEN, 16-31 сетевой параметр
Прозрачную Сетевую Подложку TRACE_FILELEN_CLIENT, 16-28
(ТЕХНИЧЕСКИЕ ПРИМЕЧАНИЯ) опция Time
Out Value ТЕХНИЧЕСКИХ ПРИМЕЧАНИЙ в
Менеджер, 9-7 переменных среды
TNS_ADMIN, 4-2
Индекс
11
Работа с сетями Опция Oracle8i Release 8.0 Compatible Identification
TRACE_FILELEN_listener_namebookmark781 Использования, 13-6
параметр, 16-30 сетевых параметров
TRACE_FILENO, 16-31 работа с сетями
TRACE_FILENO_listener_namebookmark782
V
параметр, 16-31 работа с сетями Таблица V$SESSION, 13-18
TRACE_FILENO_SERVER виртуальных каналов, 5-9
параметр, 16-28 сетевых параметров
TRACE_LEVEL, 16-32 работы с сетями W
TRACE_LEVEL_CLIENT
параметр, 16-28 работ с сетями Представление WebDAV, 5-6
TRACE_LEVEL_listener_namebookmark77 конфигурации выделенного сервера, 5-10
8 общедоступные конфигурации
параметр, 16-30 работ с сетями сервера, 5-9 протоколов WebDAV, 1-6
TRACE_LEVEL_SERVER служб Windows NT
параметр, 16-29 сетевых параметров Сервис OracleHOME_NAMECMan, 15-4
TRACE_TIMESTAMP, 16-32 работы с сетями Сервис OracleHOME_NAMETNSListener, 15-2
TRACE_TIMESTAMP_CLIENT мастера
параметр, 16-29 работ с сетями Директивная Миграция Сервера, 6-6
TRACE_UNIQUE_CLIENT Сетевое Название Сервиса, 6-6
параметр, 16-29 Прозрачных Менеджер Сети Оракула, 6-6 к 6-7
Прикладных Обходов отказа (TAF)
и параметр GLOBAL_DBNAME, 10-7 Y
конфигурирование, 13-13
Параметр работы с сетями GLOBAL_DBNAME в программа ypserv, 8-23
listener.ora, 10-7, 13-16 кратких
обзоров, 3-7 с ролью экземпляра класса,
13-20 Прозрачных Сетевых Подложек
(ТЕХНИЧЕСКИЕ ПРИМЕЧАНИЯ)
льготы, 5-3 описанный, 5-3
транспортных уровня, 5-2 утилиты
TRCROUTE
описанный, 15-11 диагностики,
16-1 16-52 клиентам, 16-2
контакт со Службой поддержки Оракула, 16-51
журналом регистрации, 16-14 петлевыми тестами, 16-
2 вопросами, 16-12 серверами, 16-2 файлами следа, 16-
14 С ЛЕНТЫ НА КАРТУ. См. С двумя задачами
Общий (С ЛЕНТЫ НА КАРТУ) Выключают опцию
Signal Handling UNIX в Сети Оракула
Менеджер, 9-8 переменных среды
TWO_TASK, 15-4 С двумя задачами
Обычный (С ЛЕНТЫ НА КАРТУ)
конфигурации выделенного сервера
представления, 5-10 описанный, 5-3
общедоступные конфигурации сервера, 5-9
параметров работы с сетями ТИПА, 13-15 Типов
поля Service в Сети Оракула 13-6-летний Менеджер
13-28 сетевых параметров TYPE_OF_SERVICE, 13-6,
13-28
U
Использование для опции Heterogeneous Services в
13-6-летний менеджер 13-27 Опций
Использования, Совместимых с Net8 8.0
Клиентов
опция, 13-4
Индекс 12

Oracle Database Net Services Administrator Rus

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Oracle Database Net Services Administrator Rus

Загружено:

Авторское право:

Доступные форматы

База данных Oracle®

Сетевой Выпуск 2 (10.2) 10 г

Пошлите Нам Свои Комментарии Сицзян

Новости в Службах Сети Оракула? xix

Первая часть, Начинающая со Службами Сети

Оракула 1 Сетевой Вызов в интернет-Возрасте

2 Быстрых Начала на Подключения Сети Оракула

3 Понятия Обеспечения связи

4 Понятия Управления конфигурированием

6 Конфигураций и Краткий обзор Административных средств

Конфигурация Второй части и Администрирование Служб Сети Оракула

8 Конфигурирования, Называя Методы

10 Конфигурирования и Управление Слушателем

11 Конфигурирования и Управление Менеджером Подключения Оракула

13 Предоставлений Расширенным Особенностям Служб Сети Оракула

Неправомочные Пользователи 14-7

Часть III Проверяющие и Расследующие Службы Сети Оракула

15 Установлений Сети и Тестирование Подключения

16 Служб Сети Оракула Диагностики

Выпуск 2 (10.2) B14212-02 10 г Руководства Администратора Служб

Оракул приветствует Ваши комментарии и предложения на качестве и полноценности

Руководство Администратора Служб Сети Базы данных Оракула предоставляет

Доступность Примеров Кода в Документации

Доступность Ссылок на Внешние Вебсайты в Документации

Доступ ТЕЛЕТАЙПА к Службе поддержки Оракула

Чтобы закачать примечания к выпуску бесплатно, инсталляционную документацию,

Для дополнительной информации о соединении

Документация сообщения об ошибках оракула только доступна в HTML. Если у Вас

Следующая таблица описывает типографские соглашения, используемые в примерах

ВЫБЕРИТЕ col1, col2..., coln ОТ

Этот раздел описывает новые сетевые особенности Базы данных Оракула 10 г и

База данных Оракула 10-граммовые Новые Особенности в Службах

См. Также: "Используя Простое Подключают Метод

– Де-поддержка Названий Оракула

См. Также: "Экспортируя Каталог, Называя Входы к tnsnames.ora

ОТМЕТЬТЕ: протокол SDP только доступен на некоторых

– Конфигурация Пространства буфера Ввода - вывода

См. Также: "Конфигурируя Пространство буфера ввода -

– Сетевые Параметры Обнаружения Выхода из строя

См. Также: "Конфигурируя Расширенную Информацию

■ Конфигурация с Менеджером Предприятия Оракула

См. Также: Глава 12, "Конфигурируя Диспетчеров"

■ Менеджер Подключения Оракула Усовершенствования

См. Также: Глава 11, "Конфигурируя и Управляя Менеджером

Большое Изображение для Работы с сетями?

Иллюстрация 1-1 Типичная Архитектура ЭЛЕКТРОННОЙ

■ Подключения Приложения-клиента Сети

Клиент-серверные Прикладные Подключения

1-2 Руководства Администратора Служб Сети Базы данных Оракула

между клиентом и сервером базы данных. Сеть Оракула - программный компонент,

Иллюстрация 1-3 Подключение Приложения Java

Примечание: Тонкий драйвер JDBC - 100-процентный чистый

JDBC и Подключения Приложения-клиента Сети Справочной

1-4 Руководства Администратора Служб Сети Базы данных Оракула

Подключения Клиента Сети иллюстрации 1-4 через Прикладной Web-сервер

Сетевые Вызовы в интернет-Возрасте 1-5

Подключения Клиента Сети иллюстрации 1-5 Через Web-сервер Приложения Java

См. Также: Оракул Руководство Разработчика ДЕЦИБЕЛА XML

1-6 Руководств Администратора Служб Сети Базы данных Оракула

Сценарии Подключения Клиента Сети иллюстрации 1-6

Сетевые Вызовы в интернет-Возрасте 1-7

2. Как только у клиента есть информация, в которой это нуждается, это

соединяется с базой данных. Информационный Репозиторий Сервиса иллюстрации 1-7

Централизованная Конфигурация и Управление