Презентация на тему: Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и

Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Выполнение SQL
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и
1/44
Средняя оценка: 4.5/5 (всего оценок: 87)
Код скопирован в буфер обмена
Скачать (340 Кб)
1

Первый слайд презентации

Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и использования БД ПЛАН 10.1. Общие сведения о СУБД Oracle 10.2. Программные компоненты в составе СУБД Oracle 10.3. Логическая и физическая структура БД Oracle 10.4. Запуск, завершение работы, установка СУБД Oracle 10.5. Создание новой БД. Идентификация и аутентификация пользователей в Oracle 10.6. Обеспечение надежности и администрирование СУБД Oracle 1

Изображение слайда
2

Слайд 2

СУБД Oracle является признанным лидером на рынке реляционных СУБД. Многие новшества в области реляционных СУБД впервые появились и стали стандартом де-факто благодаря продуктам компании Oracle. Поддержка многоплатформенности (существуют версии данной СУБД для различных реализаций UNIX, Windows NT, Netware. OS/2, AS/400, MVS ) позволяет сохранить существующие БД, продолжить использование уже имеющихся программных разработок, обеспечивая их масштабируемость и приобретенный опыт администрирования при переходе с одной платформы на другую (например, при увеличении объемов хранимой и обрабатываемой информации). 10.1. Общие сведения о СУБД Oracle 2

Изображение слайда
3

Слайд 3

SALES_ ID NAME PHONE REP_ID 201 Unisports 55-2066101 12 202 Simms Atheletics 81-20101 14 203 Delhi Sports 91-10351 14 204 Womansport 1-206-104-0103 11 Строка (кортеж) Столбец (атрибут) Таблица (отношение) S_CUSTOMER) Использование реляционной структуры данных в Oracle 3

Изображение слайда
4

Слайд 4

ID LAST_NAME FIRST_NAME 10 Havel Marta 11 Magee Colin 12 Giljum Henry 14 Nguyen Mai SALES_ ID NAME PHONE REP_ID 201 Unisports 55-2066101 12 202 Simms Atheletics 81-20101 14 203 Delhi Sports 91-10351 14 204 Womansport 1-206-104-0103 11 Имя таблицы: S_CUSTOMER Имя таблицы: S_EMP Главный ключ Внешний ключ Главный ключ Использование реляционной структуры данных в Oracle 4

Изображение слайда
5

Слайд 5

Архитектура СУБД Oracle, 8i Экземпляр - это набор процессов операционной системы и используемая ими память. Экземпляр Oracle состоит из двух частей: области SGA и набора фоновых процессов. Фоновые процессы выполняют рутинные задачи сопровождения, обеспечивающие работу СУБД. База данных Oracle - набор физических файлов операционной системы. БД может быть смонтирована и открыта в нескольких экземплярах. Экземпляр может смонтировать и открыть только одну базу данных в каждый момент времени. В каждый момент времени с экземпляром связан только один набор файлов. Сервер ORACLE состоит из следующих частей: Экземпляр База данных Oracle 5

Изображение слайда
6

Слайд 6

Управляющие файлы Файлы журналов Файлы данных Серверные процессы Процессы пользователей Разделяемый пул Кэш буферов БД Буфер журналов SGA LGWR DBWR PMON SMON SNPn LCKn RECO Snnn Dnnn Pnnn CKPT ARCH Архитектура СУБД Oracle 8 i 6

Изображение слайда
7

Слайд 7

На верхнем уровне рассмотрения все программные компоненты можно отнести к одной из следующих частей: Серверная часть СУБД (далее «сервер») — ведет обработку запросов и управляет файлами БД. Клиентская часть СУБД (далее «клиент») - выдает запросы серверу, используя язык SQL. ПО промежуточного уровня — осуществляет взаимодействие клиента и сервера. 10.2. Программные компоненты в составе СУБД Oracle 7

Изображение слайда
8

Слайд 8

Сервер Программные компоненты серверной части СУБД Oracle называются экземпляром БД. Экземпляр БД обслуживает одну связанную с ним БД Oracle. Экземпляр БД характеризуется уникальным идентификатором ( System IDentifier SID ) и состоит из набора процессов и связанных с ними структур данных в памяти ВУ. Процессы переднего плана ( Foreground Processes ) - непосредственно занимаются обработкой клиентских запросов, находящихся в очереди запросов. Результаты обработки запросов размешаются в очереди ответов. Количество процессов переднего плана регулируется системой автоматически в зависимости от размера очереди запросов. 8

Изображение слайда
9

Слайд 9

Теневые процессы ( Background Processes ). Каждый теневой процесс обслуживает определенный набор задач: 1) Процесс записи в базу данных ( DBWR ) - отвечает за запись модифицированных данных из буферов данных в файлы данных. Периодически активизирует процесс СКРТ. 2) Процесс контрольной точки ( СКРТ ) - обеспечивает явное сохранение данных из кэш-буферов в файлы данных. Регистрирует событие контрольной точки в журнале транзакций, которая указывает, сколько данных журнала транзакций нужно применить для восстановления при сбоях. 3) Процесс записи в журнал транзакций ( LWR ) — отвечает за запись информации из буферов журнальных файлов в файлы журналирования транзакций. 4) Процесс оперативного архивирования ( ARCH ) — необязательный процесс (выполняется, если параметр ARCHIVELOG экземпляра БД имеет значение TRUE ), который отвечает за своевременное создание резервных копий файлов журнальных групп. 9

Изображение слайда
10

Слайд 10

5) Системный монитор ( SMON ) — управляет распределением памяти на диске при выполнении транзакций. 6) Монитор процессов ( PMON ) — обеспечивает корректное завершение «зависших» диспетчеров сессий: освобождает память, отменяет незавершенную транзакцию и связанные с ней блокировки. 7) Диспетчеры сессий ( Dnnn, где nnn — целое число) - обеспечивают управление информацией, связанной с конкретным сеансом работы пользователя, в том числе постановка клиентских запросов в очередь для обработки и возвращение результатов клиентам из очереди ответов. 10

Изображение слайда
11

Слайд 11

Глобальная системная область ( System Global Area SGA ) — область кэш-буферов для работы экземпляра БД. В SGA размешаются следующие кэш-буферы: а) кэш-буферы данных - в них размешаются данные из файлов данных и происходит предварительное изменение этих данных в ходе выполнения транзакций; б) разделяемый пул ( Shared Pool ) — содержат элементы словаря БД. а также планы выполнения процедур и запросов (сценарии выполнения, созданные оптимизатором запросов); в) кэш-буферы журнальных файлов — накапливают информацию о происходящих в системе транзакциях для записи в журнал транзакций. 11

Изображение слайда
12

Слайд 12

Клиент Клиентом СУБД Oracle является любое программное обеспечение, взаимодействующее с сервером Oracle посредством выдачи запросов на языке SQL (например, ПО SQL * Plus ), передаваемых по сети с помощью ПО SQL * Net. Клиентское ПО состоит из набора программных файлов (для платформы Windows 9 x / NT это файлы с расширением ЕХЕ и DLL ). 12

Изображение слайда
13

Слайд 13

ПО промежуточного уровня ПО SQL * Net обеспечивает прозрачный, не зависящий от типа протокола транспортного уровня, доступ клиентской части СУБД к услугам транспортного протокола, установленного на ВУ, а также возможность предоставлять серверную часть СУБД Oracle для совместного использования с рабочих станций с установленной клиентской частью. На сервере ПО SQL * Net представлено прослушивающим сеть процессом LISTENER, а на клиенте — набором файлов SQL * NET Client. В состав SQL * Net входят также адаптеры протоколов транспортного уровня, обеспечивающие упаковку запросов в сообщения соответствующего протокола транспортного уровня. 13

Изображение слайда
14

Слайд 14

Для взаимодействия клиента и сервера используется спецификация для прозрачного именования ресурсов ( Transparent Network Specification, TNS ) сети на основе СУБД Oracle. TNS -идентификация ресурсов сети обеспечивается либо с помощью конфигурационных файлов SQL * Net, либо с помощью сервера имен ( Oracle Names Server ). Клиент знает только TNS -имя сервера Oracle, за которым скрыто физическое местоположение сервера и процесса Listener на компьютере-сервере в терминах того или иного транспортного протокола. 14

Изображение слайда
15

Слайд 15

Фрагмент файла TNSNAMES.ORA - псевдонимы подключений к базам данных ORAMX. world = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (COMMUNITY = TCP_COM. world) (PROTOCOL = TCP) (Host = 212.192.96.98) (Port =1526) ) ) (CONNECT_DATA = (SID = TSU) (GLOBAL_NAME = ORAMX.world) ) )

Изображение слайда
16

Слайд 16

Фрагмент файла TNSNAMES.ORA - псевдонимы подключений к базам данных

Изображение слайда
17

Слайд 17

10.3. Логическая и физическая структура БД Oracle Логическая структура БД Oracle На верхнем уровне логической организации БД Oracle находится пространство таблиц. Пространство таблиц ( Tablespace ) - базовое пространство для размещения объектов схемы (таблиц и т. д.). Пространство таблиц может находиться либо в доступном режиме ( online ), либо в автономном ( offline ). Рекомендуется создавать отдельные пространства таблиц для каждого приложения, работающего с СУБД (это обеспечивает определенный уровень независимости приложений друг от друга), а также для целей повышения производительности, так как если файлы разных пространств таблиц размещаются на разных физических дисках, то доступ к информации осуществляется быстрее. Каждый создаваемый в БД объект (таблица, индекс, хранимая процедура) принадлежит определенной схеме. Схема неявно создается при регистрации пользователя и выполняет функции контейнера для объектов, создаваемых пользователем. При регистрации пользователя указывается, в границах какого пространства таблиц будут создаваться объекты его схемы. Схему можно сравнить с каталогом файловой системы. 17

Изображение слайда
18

Слайд 18

К объектам схемы ( Schema Objects ) относятся: Таблицы ( Tables ) — основная единица хранения данных в Oracle. Данные хранятся в записях или строках. Все строки таблицы имеют одинаковый формат, определяющийся при создании таблицы. Представления ( Views ) — задаваемый пользователем вид данных. Представляет собой хранимый запрос к одной и более таблицам. С видом, в общем случае, можно работать как с обычной таблицей, т. е. выполнять операции select, insert, update и т. п. При этом изменения в виде приводят к изменениям со связанными таблицами. Индексы ( Indexes ) — служебные структуры, которые используются для оптимизации работы системы по обработке запросов. Создаются неявно при определении полей таблиц как ключевых или явно. Все изменения в таблицах мгновенно отражаются в индексах, этот процесс прозрачен для пользователей. Кластеры ( Clusters ) — структуры для оптимизации доступа к нескольким связанным таблицам, часто использующимся совместно в запросах. 18

Изображение слайда
19

Слайд 19

Последовательности ( Sequences ) - для автоматической генерации значений ключевых полей. Хранимые процедуры ( Stored Procedures ). Пакеты ( Packages ), Триггеры ( Triggers ) - программные элементы БД, обеспечивающие обработку данных на сервере. Синонимы ( Synonyms ) — альтернативные названия таблиц, видов, последовательностей и программных объектов для обеспечения прозрачного управляемого доступа к объектам различных схем (ср. Объекты типа Синоним в NDS ). Связи с БД ( Database Links ) — описывают пути к другим БД, используются для выполнения распределенных транзакций. Дополнительными объектами схемы являются сегменты отката ( Rollback Segments ) транзакций. Сегменты отката используются для временного хранения старых значений данных, обновляемых транзакцией, включающей операции удаления или обновления строк. Если пользователь отменяет транзакцию, то Oracle считывает присвоенный транзакции сегмент отката и возвращает измененные транзакцией строки в исходное состояние. Сегменты отката могут храниться как в обычном пространстве таблиц, так и в специально выделенном для этих целей пространстве. 19

Изображение слайда
20

Слайд 20

Физическая структура БД Oracle СУБД Oracle не использует напрямую дисковое пространство для хранения данных. Вместо этого система использует файлы, внутри которых и размещаются все данные. Oracle использует несколько типов файлов для хранения собственно данных и служебной информации: Файлы данных ( Data Files ). В таких файлах размешаются пространства таблиц (пространство таблиц размешается в одном и более файлах). По мере надобности пространству таблиц могут быть выделены (в том числе и автоматически) дополнительные файлы на диске. Однако изменить размер уже существующего файла невозможно. Управляющие файлы ( Control Files ) - служат для хранения информации о физической структуре БД (имя БД. имена и расположение файлов данных и журнальных файлов). Все изменения в физической структуре (например, добавление нового пространства таблиц и связанного с ним файла) автоматически отражаются в управляющем файле. Журнальные файлы ( Redo Log Files ) - служат для хранения информации о происходящих в системе изменениях (транзакциях). Допускается создание зеркальных журнальных файлов. 20

Изображение слайда
21

Слайд 21

Файлы оперативного журнала Журнальный файл 1 Журнальный файл 2 Журнальный файл 3 Файл А Файл Б Группа 1 Файл А Файл Б Группа 2 Файл А Файл Б Группа 3 Диск 1 Диск 2 21

Изображение слайда
22

Слайд 22

Пространство таблиц, размещаемое в одном и более файлах данных, хранит объекты схемы в блоках данных ( Data Blocks ). Несколько подряд идущих блоков объединяются в отрезки ( Extents ), которые используются для резервирования места в пространстве таблиц под определенный объект схемы (с возможностью увеличения занимаемого объема путем выделения новых отрезков для хранения объектов схемы). Все отрезки некоторого объекта объединяются в сегмент хранения объекта ( Object Storage Segment ). Размер сегмента динамически меняется по мере надобности и управляется параметрами инициализации сегмента при создании объекта. 22

Изображение слайда
23

Слайд 23

Архитектура внешней памяти Сегмент данных отката индекса временный кластера кэша выделенный свободный Экстент База данных Табличное пространство Блок БД Блок ФС Файл Логический диск Экземпляр Уровень ОС Уровень БД 23

Изображение слайда
24

Слайд 24

При создании элементов логической структуры БД можно явно управлять параметрами физической организации БД. Например, при создании объекта Таблица можно указать: пространство таблиц для размещения таблицы; начальный размер сегмента хранения таблицы: — размер отрезков (в блоках данных), выделяемых при увеличении размеров таблицы; —максимальное количество отрезков в сегменте хранения. 24

Изображение слайда
25

Слайд 25

10.4. Запуск, завершение работы, установка СУБД Oracle Запуск БД Oracle в обычном режиме Запуск экземпляра БД. В процессе запуска экземпляра Oracle основной процесс читает файл параметров ora % SID %. ORA ( SID - значение системного идентификатора экземпляра БД). Далее. на основе значений параметров происходит выделение места под SGA и выполняется запуск теневых процессов. Монтирование БД - это процесс связывания запушенного экземпляра с конкретной БД. После выполнения монтирования доступ к БД уже возможен, но только пользователю с правами администратора (с ролью DBA ). В процессе монтирования экземпляр БД открывает указанный в файле параметров файл управления (параметр СОМ 1 ROL _ FILES ). На основе информации в этом файле выполняется проверка файлов данных. Затем открываются журнальные файлы, и, если необходимо, выполняется откат или обратное восстановление транзакций. 3. Открытие БД. Заключается в предоставлении БД для совместного использования. Открываются для доступа файлы данных, точнее становятся доступными ( on - line ) пространства таблиц, размешенные в этих файлах, и журнальные файлы. Табличные пространства, файлы которых недоступны, остаются неактивными ( off - line ). Чтобы к БД могли обращаться клиенты с других ВУ, необходимо также, чтобы был з апущен процесс Listener. 25

Изображение слайда
26

Слайд 26

Запуск БД NOMOUNT MOUNT OPEN Экземпляр Запущен. Открыт управляющий Файл. Все файлы открыты, пользователи могут работать. STARTUP Для запуска БД в обычном режиме необходимо запустить утилиту Server Manager, подключиться как пользователь INTERNAL и выполнить команду STARTUP. 26

Изображение слайда
27

Слайд 27

Завершение работы с БД Oracle Закрытие БД — сброс всех изменений в кэш-памяти на диск, а также закрытие всех активных соединений с сервером и закрытие активных табличных пространств. Размонтирование БД - предполагает закрытие файлов управления. Выгрузка из памяти экземпляра БД- заключается в освобождении памяти от SGA и теневых процессов и последующей выгрузке основного процесса. Для завершения работы БД в обычном режиме необходимо запустить утилиту Server Manager, подключиться как пользователь INTERNAL и выполнить команду SHUTDOWN. 27

Изображение слайда
28

Слайд 28

ABORT IMMEDIATE NORMAL SHUTDOWN Запрещены новые соединения. Ожидание окончания работы пользователей. Не требуется восстановление экземпляра. Выполняется по умолчанию. Откат незавершенных транзакций. Закрытие и размонтирование БД. Не требует восстановление экземпляра. Нет отката транзакций. Нет закрытия и размонтирования БД. Останавливает экземпляр. Требуется восстановление экземпляра (выполняется автоматически). 28

Изображение слайда
29

Слайд 29

Установка СУБД Oracle на сервере Для установки серверной части СУБД Oracle необходимо запустить программу установки ORAINST. Посте ввода информации об используемом языке ( English. Russian и т. д.) и указания каталога для установки (например, C :\ ORANT ) появится диалоговое окно Software Manager. Для работы серверной части СУБД Oracle необходимо выбрать следующие программные компоненты: Oracle Server - собственно сервер Oracle, включающий программные файлы для создания основного и теневых процессов; SQL * Net Sender - серверная часть ПО SQL * Net ; Адаптер транспортного протокола (например, TCP / IP Protocol Adapter ) — драйвер для упаковки TNS -запросов в сообщения протокола транспортного уровня; System Support Files - файлы для взаимодействия СУБД с ОС; 29

Изображение слайда
30

Слайд 30

Oracle Server Manager — утилита администрирования, прежде всего предназначенная для запуска и завершения работы экземпляра БД. Кроме того, можно выбрать дополнительные программные компоненты: Oracle Names Server - сервер TNS -именования ресурсов; Oracle Utilities ( IMP / EXP / LOADER ) — дополнительные утилиты для выполнения операций импорта, экспорта и пакетной загрузки информации в БД; Oracle Webserver - ПО для развертывания Web -сервера, интегрирующегося с СУБД Oracle ; Replication Option, Distributed Option, Parallel Query Option — файлы поддержки дополнительных возможностей СУБД Oracle no распределенной обработке; ConText Option, SpacialData Option - файлы поддержки дополнительных типов данных СУБД Oracle. После нажатия кнопки Install программа установки начнет копировать выбранные компоненты на ВУ. При установке компонентов на сервере выберите нужный тип протокола (будет установлен нужный адаптер SQL * NET ). 30

Изображение слайда
31

Слайд 31

Следующим этапом установки является создание файла конфигурации серверной части ПО SQL * Net (файл LISTENER. ORA ). Для этого можно использовать утилиты SQL * Net Easy Configuration. Oracle Network Manager или обычный текстовый редактор. 31

Изображение слайда
32

Слайд 32

10.5. Создание новой БД. Выполнение SQL. Идентификация и аутентификация пользователей в Oracle Если в процессе установки начальная БД не была создана, то после установки программных компонент необходимо создать БД и связанный с ней экземпляр БД. Для этого выполняются следующие действия: Создание файла параметров инициализации экземпляра БД Обычно это файл INIT % SID %. ORA, где % SID % - это SID экземпляра БД. Создание экземпляра БД (с ключом NOMOUNT ). Запуск сценария для создания БД, включающего команду Create Database. Запуск сценария CATALOG. SQL — в результате будут созданы таблицы и представления словаря БД. Запуск сценария CATPROC. SQL — в результате будут созданы дополнительные таблицы и представления для обеспечения возможности создания хранимых процедур и триггеров. 32

Изображение слайда
33

Слайд 33: Выполнение SQL

Открытие SQL Разбор Проверка наличия в разделяемом пуле Проверка синтаксиса Проверка привилегий Преобразование view в запросы Формирование плана выполнения или использование существующего плана Привязка переменных Выполнение Цикл выборки данных Закрытие SQL 33

Изображение слайда
34

Слайд 34

Стандартные элементы логической и физической структуры новой БД При создании БД в обязательном порядке распределяется место под пространство таблиц SYSTEM. В этом пространстве создаются и хранятся объекты- формирующие словарь БД (данные о логической структуре БД — пространствах таблиц, таблицах и т.п.), а также все программные объекты PL / SQL (хранимые процедуры, пакеты и т.д.). Это необходимо учитывать при создании БД (в команде создания БД нужно указать файл данных для пространства SYSTEM соответствующего размера). Пространство SYSTEM является активным после монтирования БД и не может быть переведено в неактивное состояние без размонтированная БД. В пространстве SYSTEM создается сегмент отката SYSTEM Он обеспечивает работу системы транзакций для новой БД. 34

Изображение слайда
35

Слайд 35

Установка клиентской части Для установки клиентской части СУБД Oracle необходимо запустить программу установки ORATNST. После ввода информации об используемом языке ( English. Russian и т. д.) и указания каталога для установки (например, C :\ ORANT ) появится диалоговое окно Software Manager. Для работы клиентской части необходимо выбрать следующие компоненты: 1) SOL * NET Client - клиентская часть ПО SQL * Net ; Адаптер транспортного протокола (например, 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 или обычный текстовый редактор. 35

Изображение слайда
36

Слайд 36

Идентификация и аутентификация пользователей Чтобы пользователь имел возможность работать с СУБД Oracle, его необходимо зарегистрировать в системе. Для каждого пользователя можно выбрать способ аутентификации — с использованием имени и пароля, хранящихся непосредственно в БД, либо с использованием учетных данных, хранящихся в БД службы справочника ОС. Схема пользователя После создания учетной записи пользователя и назначения ей определенных полномочий, последний может подключаться к СУБД и выполнять соответствующие полномочиям команды на языке SQL. Если у пользователя есть полномочия на создание объектов БД, то вновь созданные объекты, по умолчанию, будут помещаться в схему пользователя. Схема пользователя — это набор объектов, находящихся во владении данного пользователя. Каждый пользователь обладает полными объектными привилегиями в своей схеме. Для доступа пользователя к объектам схемы другого пользователя требуется назначить полномочия доступа, и. возможно, создать синоним данного объекта в личной схеме пользователя либо создать PUBLIC -синоним, т.е. синоним, расположенный в схеме PUBLIC. Схема PUBLIC существует с момента создания БД. Объекты этой схемы доступны всем пользователям БД. Кроме того, в этой схеме пользователи могут создавать синонимы для обращения к объектам своих схем. Для создания объекта в схеме PUBLIC необходимо это явно указывать в команде создания объекта. Схема SYS существует с момента создания БД. Объекты этой схемы доступны только администраторам БД (роль DBA ) и. частично, разработчикам СУБД. В этой схеме хранятся все таблицы словаря БД, а также все программные элементы. 36

Изображение слайда
37

Слайд 37

10.6. Обеспечение надежности и администрирование СУБД Oracle Для обеспечения надежности хранимой информации и возможности восстановления при сбоях в СУБД Oracle имеются следующие встроенные механизмы: Резервное копирование БД; Журналирование транзакций. Резервное копирование БД В СУБД Oracle существует несколько типов операции резервного копирования: для всей БД — обеспечивает создание архивных копий всех файлов СУБД; для пространства таблиц — обеспечивает создание архивных копий всех файлов, относящихся к конкретному пространству таблиц; для отдельного файла данных — обеспечивает создание архивной копии отдельного файла данных; для управляющего файла — позволяет создать резервную копию управляющего файла без выгрузки экземпляра БД; для журнальных файлов — обеспечивает создание резервных копий журнальных файлов. 37

Изображение слайда
38

Слайд 38

Резервное копирование БД Резервное копирование БД может выполняться в одном из двух режимов: Автономный - для выполнения резервного копирования необходимо предварительно завершить работу экземпляра БД. Это единственный режим, доступный для БД с параметром NOARCHIVELOG. Оперативный — резервное копирование выполняется при запушенном экземпляре БД. Используется, если требуется постоянная доступность БД. Журналирование транзакций В СУБД Oracle журналирование транзакций ведется с использованием журнальных файлов ( redo log files ). При создании БД необходимо определить журнальные группы. Изначально таких групп должно быть не менее двух. Каждая журнальная группа может объединять один и более журнальных файлов. Если в группе несколько файлов, то они являются зеркальными копиями и обеспечивают дополнительную надежность хранения журнала транзакций. 38

Изображение слайда
39

Слайд 39

Журналирование транзакций Механизм журналирования включается автоматически после создания и первого обращения к БД. При завершении транзакции процесс LGWR записывает измененные данные из кэш-буфера журнальных файлов в журнальные файлы текущей группы журналирования. При заполнении файла(-ов) журналирования текущей группы производится смена текущей группы, при этом заполненная группа помечается как требующая архивирования. Операция архивирования производится теневым процессом ARCH и может происходить как в ручном, так и в автоматическом режиме. При автоматическом режиме заполнение группы сразу вызывает теневую операцию архивирования файлов заполненной группы (работа с БД не прерывается, так как есть еще незаполненные группы). При ручном режиме файлы журнальной группы архивируются администратором БД вручную. Если при таком режиме работы не окажется свободных групп, то процесс LGWR приостановит работу пользователей с БД и не сможет ее продолжить, пока не будет выполнена операция архивирования. 39

Изображение слайда
40

Слайд 40

Восстановление данных в СУБД Oracle Для восстановления информации в БД система Oracle выполняет повторное выполнение транзакций, записанных в журнальные файлы и, возможно, резервные копии журнальных файлов. Существует два типа отказов, которые могут повлечь выполнение операции восстановления: 1) Аварийный отказ системы. 2) Отказ дисковой подсистемы. Восстановление БД после аварийного отказа системы После восстановления электропитания и запуска сервера СУБД Oracle выполняет восстановление БД автоматически. При этом к файлам данных будут применены все необходимые изменения, занесенные в журнал транзакций. Также будут повторно выполнены завершенные в памяти транзакции, занесенные в журнал. Результаты незавершенных транзакций будут утеряны. 40

Изображение слайда
41

Слайд 41

Восстановление после отказа дисковой подсистемы требует помощи со стороны администратора БД и включает следующие шаги: 1. Устранение всех аппаратных проблем. Включает, в общем случае, замену запорченного диска, его форматирование и воссоздание структуры каталогов файловой системы. 2. Восстановление запорченных файлов данных. Заключается в размещении на месте запорченных файлов данных последних резервных копий этих файлов. 3. Восстановление журнальных файлов, управляющего файла и файла параметров. Заключается в размещении на месте запорченных файлов последних резервных копий этих файлов или их зеркальных копий с других дисков (для управляющего файла и журнальных файлов). 4. Восстановление архива журнала транзакций. Заключается в размещении в каталоге архива журнала транзакций (параметр LOG _ ARC ' HT \" E _ DEST ) всех резервных копий журнальных файлов с момента выполнения последнего резервного копирования файлов данных (если использовался режим ARCHTVELOG ). 41

Изображение слайда
42

Слайд 42

Восстановление данных в СУБД Oracle Запуск процесса восстановления. Для запуска процесса восстановления необходимо: Запустить утилиту Server Manager Подключиться как пользователь INTERNAL Запустить экземпляр БД без выполнения монтирования БД, выполнив команду STARTUP NOMOUNT Выполнить команду RECOVER ALL. 42

Изображение слайда
43

Слайд 43

Обязанности Администратора БД Oracle Начальная установка сервера Oracle и его инструментальных средств. Проектирование и создание БД. Планирование и распределение пространства для хранения данных. Модификация структуры БД. Регистрация пользователей и выделение им привилегий. Контроль и учет доступа пользователей к БД. Резервирование и восстановление данных. Обеспечение защиты данных. Оптимизация производительности БД. 43

Изображение слайда
44

Последний слайд презентации: Лекция 10. Принципы работы современных СУБД ( Oracle ). Способы создания и

44 Архитектура СУБД Oracle 11 g

Изображение слайда