Типы пользователей Oracle

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

1) администраторы баз данных;

2) администраторы по защите данных;

3) разработчики приложений;

4) администраторы приложений;

5) пользователи базы данных;

6) администраторы сети.

Функции этих категорий пользователей ясны из самих определений.

DBA (DataBase Administrator) - это администратор базы данных.

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

Основные обязанности DBA:

1. Основная обязанность DBA заключается в установке нового программного обеспечения, т.е. новых версий Oracle, приложений и другого программного обеспечения, относящегося к администрированию СУБД. Очень важно протестировать все программы перед введением их в рабочую среду.

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

3. Обеспечение безопасности, являющееся одной из основных обязанностей DBA. Управление безопасностью и администрирование включают: добавление и удаление пользователей, управление квотами на табличное пространство, аудит и разрешение проблем безопасности.

Примечания:

3.1. Квота на табличное пространство – это объем пространства, который может использовать пользователь. В пределах указанных ограничений он может создавать объекты, хранить данные и т.д. Как только предел будет достигнут, пользователь не сможет ничего сохранить. Изменить квоту можно в любое время. (https://www.all-oracle.ru/content/view/?part=1&id=78)

3.2. В Oracle 10g по сравнению с Oracle9i расширена функциональность оператора AUDIT, используемого в обычном аудите для регистрации факта выборки из определенной таблицы. Теперь оператор AUDIT может собирать информацию о том, что было изменено, не только с помощью оператора SELECT, но и с помощью таких операторов DML, как INSERT, UPDATE и DELETE. В Oracle 9i это можно было сделать только посредством создания триггеров для этих операторов и внесения записей в журнальную таблицу. (https://www.deepedit.ru/audit-i-razlichnye-versii-subd-oracle.html)

3.3. Разрешение проблем безопасности – это вопросы аутентификации (учетные записи пользователей), обеспечения доступа (роли) и аудита.

4. Настройка производительности и мониторинг - DBA должен постоянно проверять производительность системы, а при необходимости выполнять настройку. Даже хорошо настроенная система нуждается в постоянной проверке и периодической перенастройке. Иногда достаточно изменить параметры системы, иногда изменить индексы, а иногда и перестроить структуру таблиц.

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

6. Процедура планового обслуживания - архивирование, тестирование и настройка согласно календарю обслуживания СУБД.

7. Локализация неисправностей, т.е. в случае сбоя СУБД восстановление работоспособности или помощь в решении этой проблемы.

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

Дополнительные обязанности DBA:

- анализ данных - DBA часто просят провести анализ данных, чтобы получить рекомендации относительно улучшения производительности или эффективности хранения данных. Это может быть связано с индексацией либо с функцией параллельных запросов.

- разработка БД (предварительная) - DBA часто привлекается к предварительной стадии разработки структуры БД. При включении DBA в процесс дизайна БД многие проблемы могут быть предупреждены. DBA знает СУБД и систему, может указать на потенциальные проблемы и помочь команде разработчиков в увеличении производительности программ.

- моделирование и оптимизация данных - При моделировании данных можно учесть особенности системы ввода/вывода и значительно увеличить производительность СУБД.

- предоставление помощи разработчикам по SQL и хранимым процедурам - DBA должен быть готов стать консультантом для разработчиков и пользователей. DBA довольно часто привлекается к разрешению проблем SQL-кода и к разработке (написанию) хранимых процедур.

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

- документирование среды - DBA должен документировать каждый аспект среды СУБД, включая конфигурацию оборудования, обновления и изменения программного обеспечения и СУБД, а также все вопросы, связанные с изменением системы и ее параметров. DBA должен уметь полностью восстановить систему по документации в случае необходимости.

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

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

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

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

Триггер - это механизм, позволяющий создавать процедуры, которые будут автоматически запускаться при выполнении команд INSERT, UPDATE или DELETE. Триггеры позволяют ужесточить политику ограничений, а также автоматизировать некоторые функции.

Транзакция - логически-завершенный фрагмент последовательности действий (одна или более SQL-команд, завершенных фиксацией или откатом). Производительность системы СУБД часто оценивается числом производимых транзакций в секунду или в минуту.

Объекты схемы - это абстракция (логическая структура) составляющих базы данных. Объекты схемы состоят из следующих компонентов: индексов, кластеров, пакетов, последовательностей, хранимых процедур, синонимов, таблиц, представлений и т.д.

Таблица - основная единица хранения данных БД Oracle. Состоит из имени таблицы, строк и столбцов. Каждый столбец также имеет имя и тип данных. Таблицы хранятся в табличных пространствах, причем часто, в одном табличном пространстве находятся несколько таблиц.

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

Индекс - структура, которая позволяет извлекать данные быстро и эффективно (точно также как содержание какой-либо книги позволяет найти интересующий раздел). Индекс объявляется для одного или нескольких столбцов. Доступ к таблице происходит по проиндексированному столбцу (столбцам).

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

Хранимая процедура - это предопределенный SQL-запрос, хранимый в словаре данных. Хранимые процедуры разрабатываются для эффективного выполнения запросов. При использовании хранимых процедур можно уменьшить сетевой трафик СУРБД и, тем самым, увеличить производительность.

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