Стандартные элементы логической и физической структуры новой БД
При создании БД в обязательном порядке распределяется место под пространство таблиц SYSTEM. В этом пространстве создаются и хранятся объекты- формирующие словарь БД (данные о логической структуре БД — пространствах таблиц, таблицах и т.п.), а также все программные объекты PL/SQL (хранимые процедуры, пакеты и т.д.). Это необходимо учитывать при создании БД (в команде создания БД нужно указать файл данных для пространства SYSTEM соответствующего размера).
Пространство SYSTEM является активным после монтирования БД и не может быть переведено в неактивное состояние без размонтированная БД.
В пространстве SYSTEM создается сегмент отката SYSTEM Он обеспечивает работу системы транзакций для новой БД.
Установка клиентской части
Для установки клиентской части СУБД Oracle необходимо запустить программу установки ORATNST. После ввода информации об используемом языке (English. Russian и т. д.) и указания каталога для установки (например, C:\ORANT) появится диалоговое окно Software Manager.
Для работы клиентской части необходимо выбрать следующие компоненты:
1. SOL*NET Client –клиентская часть ПО SQL*Net;
2. Адаптер транспортного протокола (например, TCP/IP Protocol Adapter) – драйвер для упаковки TNS-запросов в сообщения протокола транспортного уровня;
3. SQL* Plus – простейшее приложение для формирования и выдачи SQL-запросов;
4. Oracle Enterprise Manager – единая утилита управления ресурсами распределенной сети на базе СУБД Oracle.
Следующим этапом установки является создание файлов конфигурации ПО SQL*Net (файлы TNSNAMES.ORA, SQLNET.ORA и, если необходимо, TNSNAV.ORA). Для этого можно использовать утилиты SQL*Net Easy Configuration. Oracle Network Manager или обычный текстовый редактор.
Идентификация и аутентификация пользователей в Oracle
Чтобы пользователь имел возможность работать с СУБД Oracle, его необходимо зарегистрировать в системе. Для каждого пользователя можно выбрать способ аутентификации–с использованием имени и пароля, хранящихся непосредственно в БД, либо с использованием учетных данных, хранящихся в БД службы справочника ОС.
Схема пользователя
После создания учетной записи пользователя и назначения ей определенных полномочий, последний может подключаться к СУБД и выполнять соответствующие полномочиям команды на языке SQL. Если у пользователя есть полномочия на создание объектов БД, то вновь созданные объекты, по умолчанию, будут помещаться в схему пользователя.
Схема пользователя – это набор объектов, находящихся во владении данного пользователя. Каждый пользователь обладает полными объектными привилегиями в своей схеме. Для доступа пользователя к объектам схемы другого пользователя требуется назначить полномочия доступа, и. возможно, создать синоним данного объекта в личной схеме пользователя либо создать PUBLIC-синоним, т.е. синоним, расположенный в схеме PUBLIC.
Схема PUBLIC
Схема PUBLIC существует с момента создания БД. Объекты этой схемы доступны всем пользователям БД. Кроме того, в этой схеме пользователи могут создавать синонимы для обращения к объектам своих схем. Для создания объекта в схеме PUBLIC необходимо это явно указывать в команде создания объекта.
Схемa SYS
Схема SYS существует с момента создания БД. Объекты этой схемы доступны только администраторам БД (роль DBA) и. частично, разработчикам СУБД. В этой схеме хранятся все таблицы словаря БД, а также все программные элементы.
Обеспечение надежности
Для обеспечения надежности хранимой информации и возможности восстановления при сбоях в СУБД Oracle имеются следующие встроенные механизмы:
1. резервное копирование БД
2. журналирование транзакций.
Резервное копирование БД
В СУБД Oracle существует несколько типов операции резервного копирования:
- для всей БД – обеспечивает создание архивных копий всех файлов СУБД;
- для пространства таблиц –обеспечивает создание архивных копий всех файлов, относящихся к конкретному пространству таблиц;
- для отдельного файла данных – обеспечивает создание архивной копии отдельного файла данных;
- для управляющего файла – позволяет создать резервную копию управляющего файла без выгрузки экземпляра БД;
- для журнальных файлов – обеспечивает создание резервных копий журнальных файлов.
Резервное копирование БД может выполняться в одном из двух режимов:
1. Автономный – для выполнения резервного копирования необходимо предварительно завершить работу экземпляра БД. Это единственный режим, доступный для БД с параметром NOARCHIVELOG.
2. Оперативный – резервное копирование выполняется при запушенном экземпляре БД. Используется, если требуется постоянная доступность БД.
Журналирование транзакций
В СУБД Oracle журналирование транзакций ведется с использованием журнальных файлов(redo log files).
При создании БД необходимо определить журнальные группы. Изначально таких групп должно быть не менее двух. Каждая журнальная группа может объединять один и более журнальных файлов. Если в группе несколько файлов, то они являются зеркальными копиями и обеспечивают дополнительную надежность хранения журнала транзакций.
Механизм журналирования включается автоматически после создания и первого обращения к БД. При завершении транзакции процесс LGWRзаписывает измененные данные из кэш-буфера журнальных файлов в журнальные файлы текущей группы журналирования. При заполнении файла(-ов) журналирования текущей группы производится смена текущей группы, при этом заполненная группа помечается как требующая архивирования.
Операция архивирования производится теневым процессом ARCH и может происходить как в ручном, так и в автоматическом режиме. При автоматическом режиме заполнение группы сразу вызывает теневую операцию архивирования файлов заполненной группы (работа с БД не прерывается, так как есть еще незаполненные группы). При ручном режиме файлы журнальной группы архивируются администратором БД вручную. Если при таком режиме работы не окажется свободных групп, то процесс LGWR приостановит работу пользователей с БД и не сможет ее продолжить, пока не будет выполнена операция архивирования.