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





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

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


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



 

DeepEdit!

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

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

Множественные административные регионы

В каких случаях нужно использовать иерархическое именование вместо однодоменного? Если сеть имеет большие размеры' или распределена по большой территории, то вы, вероятно, захотите распределить работу по администрированию между локальными группами, разрешив им управлять своими регионами. Обеспечить локальное управление какой-либо областью сети при использовании серверов имен Oracle можно только путем реализации иерархического именования. Это позволит передать домены под контроль административных регионов и назначить ответственных за управление каждым регионом.
Подумайте вот над каким вопросом. Если существует несколько разных доменов в разных административных регионах и несколько баз данных с одним и тем же именем, то как клиент сможет узнать, какую строку соединения использовать для соединения с нужной базой данных? Вы говорите, что каждый клиент должен квалифицировать запрос на соединение полным именем домена? Да, это очень близко к правильному ответу.
Как правило, каждому клиенту присваивается так называемый домен по умолчанию (default domain), в котором выполняется большая часть его запросов. Обращаясь к сетевой службе в пределах этого домена, клиент может не указывать его имя. Иначе говоря, клиент может опустить и имя домена по умолчанию будет автоматически присоединено к имени службы или связи базы как это происходит.
Допустим, в вашей пользовательской конфигурации указан домен по умолчанию        Когда вы обращаетесь с запросом к службе        не добавляя никаких имя SKDL автоматически
дополняется именем домена по умолчанию, и результирующая строка соединения приобретает вид SKDL.US.XYZCORP.COM. Если же вы хотите соединиться с базой данных в европейском домене EURO.XYZ-CORP.COM, то запрос на соединение должен быть квалифицирован полным именем домена, поскольку он не является вашим доменом по умолчанию. Таким образом, чтобы соединиться с базой данных европейского отделения компании, необходимо указать имя CORP.COM.
В сети с множественными административными регионами создается один корневой регион. Он содержит корневой домен, а также один и более делегированных административных регионов, каждый из которых, в свою очередь, содержит один и более доменов. Это звучит не слишком понятно, поэтому попробуем внести ясность.
Если компания, в которой вы работаете, существует уже много лет, то в ней наверняка сформировалась управленческая иерархия. Ваш менеджер подчиняется менеджеру группы. Над менеджером группы стоит руководитель отдела, за работой которого следит менеджер отделения. Руководитель отдела отчитывается перед директором или вице-президентом. На самом верхнем уровне этой иерархии находится человек, возглавляющий компанию (или группа таких людей). Глава компании
обладает доступом ко всем ее областям, или регионам. Корневой административный регион можно уподобить главе компании, а делегированные административные регионы — директорам.
Взгляните на рис. 4.5. Корпорация XYZ представлена корневым доменом. Согласно рисунку, этот корневой домен расположен в США. Корневой административный регион с тремя доменами также расположен в США. Эти три домена объединяют вице-президентов, менеджеров и служащих. На рисунке показаны два делегированных региона: один расположен в Европе, а другой — на Дальнем Востоке. Каждый делегированный регион содержит два домена — домен менеджеров и домен служащих.
Корневой административный регион должен содержать как минимум один домен. Как видно из рис. 4.5, в нашем случае корневой регион содержит более одного домена. Вы можете разделить сеть любым способом, логичным с точки зрения администрирования. Например, при наличии семи доменов у вас может быть от одного до семи административных регионов.
Кроме того, корневой административный регион будет содержать принадлежащие ему серверы имен Oracle, а также домены и серверы имен делегированных регионов. Наконец, корневой регион будет содержать относящиеся к нему определения данных, включая все имена служб баз данных, связи баз данных и псевдонимы.
Подробнее о делегированных регионах
Любые административные регионы, расположенные ниже корневого, считаются делегированными. Корневой регион передает им полномочия на управление доменами. Делегированный административный регион, в свою очередь, может передать полномочия на управление доменом делегированному региону более низкого уровня иерархии.
Каждый делегированный административный регион содержит все принадлежащие ему серверы имен Oracle и домены, а также серверы имен и домены нижестоящих регионов. Разумеется, делегированный регион должен также хранить адреса серверов имен корневого региона, чтобы получать информацию, необходимую для связи с другими регионами. Подобно корневому региону, каждый делегированный регион хранит относящиеся к нему определения данных — имена служб баз данных, связи баз данных и псевдонимы.
 



jAntivirus