Oracle DBA Forum  

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

Ответ
 
Опции темы Опции просмотра
  #1  
Старый 13.10.2009, 04:55
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию 13 Управление ресурсами

__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #2  
Старый 13.10.2009, 05:01
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Рассматриваемые вопросы

__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #3  
Старый 13.10.2009, 05:03
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Обзор ресурсного менеджера базы данных



Обзор ресурсного менеджера базы данных

Использование менеджера ресурсов базы данных (Database Resource Manager) предоставляет АБД возможность большего контроля ресурсов по сравнению с отдельно применяемыми обычными средствами операционной системы. Если решения по управлению ресурсами принимает операционная система, могут возникнуть такие проблемы, как:

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

Менеджер ресурсов базы данных управляет распределением ресурсов между различными сеансами. Для этого он осуществляет контроль функционирования внутри базы данных.

Чтобы гарантировать распределение ресурсов в соответствие с целями бизнеса (директивами плана), ресурсный менеджер БД отслеживает выполнение текущих сеансов и их длительность. Используя менеджер ресурсов базы данных, администратор может гарантировать выделение группам пользователей минимального объема ресурсов, необходимых для обработки, независимо от загрузки системы и количества пользователей.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #4  
Старый 13.10.2009, 05:04
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Определения менеджера ресурсов базы данных



Определения менеджера ресурсов базы данных

Администрирование систем с использованием менеджера ресурсов выполняется на основе ресурсных планов (resource plans), групп потребителей ресурсов (resource consumer groups) и директив ресурсного плана (resource plan directives).

Группа потребителей ресурсов
Группа потребителей ресурсов определяет совокупность пользователей со схожими требованиями по использованию ресурсов системы и базы данных.

Ресурсный план
Ресурсный план определяет, как распределяются ресурсы между различными группами потребителей ресурсов. Менеджер ресурсов базы данных также позволяет создавать планы внутри планов, называемые подпланами (sub-plans).

Методы распределения ресурсов
Методы распределения ресурсов определяют, какую политику использовать при распределении конкретного ресурса. Эти методы применяются в ресурсных планах для распределения ресурсов между группами потребителей.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #5  
Старый 13.10.2009, 05:07
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Использование ресурсного менеджера



Использование ресурсного менеджера

Менеджер ресурсов базы данных предоставляет несколько способов распределения ресурсов:

Метод распределения CPU. Позволяет задать распределение ресурсов CPU между группами потребителей ресурсов и подпланами.

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

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

Пул отмены (Undo Pool). Позволяет контролировать совокупный объем информации отмены, который может быть сгенерирован сеансами группы потребителей или подплана. Когда общее пространство отмены превышает величину, заданную директивой UNDO_POOL. запрещается выполнение последующих команд INSERT, UPDATE и DELETE, пока пространство отмены не будет освобождено другим сеансом этой же группы или квота пула отмены будет увеличена для группы потребителей. Когда при выполнении команды DML превышается групповая квота, операция аварийно завершается и возвращается сообщение об ошибке. Однако запросы разрешены, даже если группа потребителей превысила пороговое значение.

Ограничение на время выполнения. Делает возможным задание максимального времени выполнения, разрешаемого для любой операции. База данных Oracle использует статистики стоимостного оптимизатора для оценки длительности операции. Если предполагаемое время выполнения больше максимально допустимого (MAX_EST_EXEC_TIME), возвращается сообщение об ошибке и операция не запускается. В случае, когда на одну группу потребителей ресурсов ссылается несколько директив плана, возможно наличие нескольких определений параметра MAX_ESTIMATED_EXEC_TIME. Менеджер ресурсов базы данных выберет наиболее ограничивающее из всех входных значений.

Ограничение на время простоя (Idle Time Limit). Позволяет задать значение времени (MAX IDLE TIME), в течение которого сеанс может простаивать и по истечении которого он будет аварийно завершен. Дополнительно можно задать ограничение, на основании которого ресурсный менеджер аварийно завершает только такие сеансы, которые блокируют другие сеансы (MAX_IDLE_TIME_BLOCKER).
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #6  
Старый 13.10.2009, 05:09
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Доступ к ресурсным планам



Доступ к ресурсным планам

Использование Enterprise Manager

Enterprise Manager Database Control Console предоставляет простой в использовании графический интерфейс для конфигурирования ресурсных планов, групп потребителей ресурсов и т.д.


Использование пакета DBMS_RESOURCE_MANAGER

Пакет PL/SQL содержит много процедур. В их число, например, входят следующие:

CREATE_PLAN; присвоение имени ресурсному плану и задание для него методов распределения;
UPDATE_PLAN; изменение комментария к ресурсному плану;
DELETE_PLAN; удаление ресурсного плана и всех его директив.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #7  
Старый 13.10.2009, 05:12
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Пример: SYSTEM_PLAN



Пример: SYSTEM_PLAN

SYSTEM_PLAN - один планов, предоставляемых по умолчанию. Этот план содержит директивы для следующих групп потребителей:

SYS_GROUP - исходная группа потребителей для пользователей SYS и SYSTEM.

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

LOW_GROUP - группа, позволяющая включать в план SYSTEM_PLAN сеансы с меньшим приоритетом по сравнению с группами SYS_GROUP и OTHER_GROUPS.
Вы должны определить пользователей, включаемых в эту группу. Первоначально с ней не связан ни один пользователь. Отметим, что всем (PUBLIC) предоставлена привилегия переключения (switch) в эту группу.


Исходная группа потребителей для пользователя - это группа, которой первоначально принадлежат любые создаваемые сеансы данного пользователя. Если для пользователя не установлена такая группа, он автоматически становится членом группы DEFAULТ_СONSUMER_GROUP.

План SYSTEM_PLAN и связанные с ним группы потребителей ресурсов могут быть использованы или не использованы. Этот план можно рассматривать в качестве прототипа для новых ресурсных планов. Его также можно модифицировать или удалить. Данный план, поставляемый с базой данных, .может использоваться, когда он подходит для пользовательской среды.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #8  
Старый 13.10.2009, 05:14
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Создание нового ресурсного плана



Создание нового ресурсного плана

Для того, чтобы создать новый план, необходимо сконфигурировать объекты ресурсного менеджера.

Перейдите следующим образом: Administration > Plans. Затем щелкните на кнопке Create или выберите Create Like в выпадающем списке поля Actions и щелкните на кнопке Go.

Планировщик может автоматически поменять план ресурсного менеджера в рамках окна планировщика. Снимите установленную по умолчанию отметку "Automatic Plan Switching Enabled," когда это неприемлемо.

Дополнительные сведения о планировщике см. в уроке: "Автоматизация выполнения задач с помощью планировщика".
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #9  
Старый 13.10.2009, 05:16
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Создание групп потребителей



Создание групп потребителей

Для управления группой потребителей ресурсов предназначена страница, на которую можно перейдите следующим образом: Administration > Resource Consumer Groups.

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

Страница Resource Consumer Groups используется для создания или редактирования группы потребителей, а также ее описания. Кроме того, можно добавить или удалить пользователей из группы, отредактировав выводимый список Selected Users.

Страница General, содержащая общие свойства (приведена на слайде) - одна из двух страниц, доступных с помощью закладок на страницах Create Resource Consumer Group и Edit Resource Consumer Group. Вы можете задать и отредактировать список ролей, связанных с определенной группой потребителей, перемещая и удаляя роли из перечня Selected Roles.

При создании группы потребителей ресурсов указывается метод выделения ресурсов CPU сеансам этой группы. По умолчанию действует метод ROUND_ROBIN ('по кругу' всем поровну), гарантирующий равноправное выполнение сеансов пользователей группы.

Метод Run to Completion в первую очередь предполагает завершение выполнения сеансов с наибольшим временем нахождения в активном состоянии. Выбрать метод распределения времени CPU можно с помощью опции CPU_MTH пакетной процедуры DBMS_RESOURCE_MANAGER.CREATE_CONSUMER_GROUP.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #10  
Старый 13.10.2009, 05:18
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Включение пользователей в группы потребителей ресурсов



Включение пользователей в группы потребителей ресурсов

Перед началом использования менеджера ресурсов базы данных пользователи должны быть включены в группы потребителей. Назначенная по умолчанию группа потребителей для пользователя - это такая группа, к которой первоначально принадлежит любой сеанс, создаваемый этим пользователем. Если такая группа не установлена для пользователя, по умолчанию начальной группой потребителей считается DEFAULT_CONSUMER GROUP.

Необходимо напрямую предоставить пользователю или всем (PUBLIC) привилегию для замены (switch) начальной группы потребителей на другую группу перед тем, как эту группу можно будет назначить пользователю в качестве группы по умолчанию. Привилегия для замены группы не может быть предоставлена пользователю через роль.

Код:
DBMS_RESOURCE_MANAGER.SET_INITIAL_CONSUMER_GROUP   ( user =>   'РМ',   consumer_group =>  'APPUSER'   );
Пакет DBMS_RESOURCE_MANAGER_PRIVS содержит процедуру назначения группы потребителей пользователям, с помощью которой пользователю предоставляется привилегия для смены (switch) его собственной текущей группы потребителей

Код:
DBMS_RESOURCE_MANAGER_PRIVS.GRANT_SWITCH_CONSUMER_GROUP   ( grantee_name =>  'РМ', consumer_group =>  'APPUSER1, grant_option => FALSE );
Для любой из этих процедур не требуется использование отложенной области (pending area).
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
Ответ
Опции темы
Опции просмотра

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

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

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


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


Powered by vBulletin®