Документация Oracle на русском языке





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

Главная :: Карта


Oracle Database или Oracle RDBMS — объектно-реляционная система управления базами данных компании Oracle.



 

DeepEdit!

Программирование баз данных на Oracle, техническая документация, литература, статьи и публикации

  • Увеличить размер шрифта
  • Размер шрифта по умолчанию
  • Уменьшить размер шрифта

Множественные серверы имен Oracle

серверы имен Oracle
При каких обстоятельствах в сети следует иметь более одного сервера имен Oracle? Этот вопрос требует развернутого ответа.
Рассказывая о том, как сервер имен Oracle обрабатывает запрос, я коротко заметила, что для хранения идентификаторов и дескрипторов соединений может использоваться кэш или база данных. Какой метод получения информации будет использовать ваш сервер — зависит от того, как вы его сконфигурируете.
Допустим, вы решили выбрать в качестве репозитория сервера имен Oracle базу данных. Но где ее взять? Все очень просто — для хранения имен и связанной с ними информации выделяется одна из существующих баз данных Oracle или создается отдельная база данных. Об организации репозитория подробнее поговорим в части II, когда будем рассматривать инструменты конфигурирования. А пока просто имейте в виду, что вы можете выбирать способ хранения информации об именах. Если вы решите, что каждый сервер имен Oracle должен хранить свою информацию в кэше, то для этого потребуется выделить физическую память. Возможно, что в вашей среде будет уместнее хранить информацию в одной или нескольких базах данных.
Далее нужно учесть, сколько клиентов поддерживает ваша система. Предположим, у вас 2000 клиентов. Что произойдет, если они запросят соединения с базами данных почти одновременно? При наличии только одного сервера имен Oracle вполне может возникнуть узкое место, и пользователи начнут получать отказы в соединении.
Коль скоро речь зашла о пользователях, представьте, что произойдет, если компьютер с сервером имен Oracle станет недоступным (например, кто-нибудь случайно зацепит шнур питания и выдернет его из розетки).
При наличии только одного сервера имен вы имеете единственную точку отказа и как следствие потенциальные проблемы, которые часто становятся весьма реальными.
Таким образом, чтобы гарантировать доступность, а также уменьшить времена отклика (обеспечив тем самым поддержку большого количества клиентов), логично с самого начала остановиться как минимум на двух серверах имен Oracle. Эти серверы могут разделять один репозиторий в
одной и той же базе данных, а могут располагаться на разных машинах и использовать отдельные базы данных для повышения отказоустойчивости. Более того, вы можете использовать несколько серверов имен, обслуживающих разные области сети. Выбор остается за вами.
В зависимости от размера клиентской базы, количества центров данных, количества экземпляров и расположения компьютеров в сети вам может потребоваться несколько отдельных серверов имен, использующих одну или несколько баз данных для записи и считывания
информации.
Но как управлять двумя и более серверами имен? Здесь на помощь приходит концепция административных регионов.
 



jAntivirus