
- •1. Компоненты архитектуры субд Oracle.
- •2. Архитектура экземпляра Oracle. Файловая структура бд. Файл параметров. Файл паролей.
- •Физическая структура
- •Создание файла spfile
- •Файл паролей.
- •Архитектура экземпляра Oracle. Экземпляр, области памяти (sga-память, разделяемый пул, кэш буферов данных, кэш буферов бд, журнальный буфер).
- •4. Архитектура экземпляра Oracle (фоновые процессы).
- •5. Сопровождение управляющего файла
- •Содержимое управляющего файла
- •Получение информации об управляющем файле
- •7.Режимы работы базы.
- •7.1. Команда startup
- •Запуск базы данных в режиме nomount
- •7.2. Остановка базы данных shutdown
- •8.Сигнальные и трассировочные файлы
- •Сигнальный файл
- •Файлы трассировки фоновых процессов
- •Пользовательские файлы трассировки
- •9. Сопровождение журнальных файлов
- •Журнальные группы и их элементы
- •Как используются журнальные файлы
- •Удаление групп оперативного журнала
- •Удаление элементов оперативного журнала
- •Настройка размеров журнальных файлов
- •10.Состав директории oracle.
- •11. Сопровождение табличных пространств и файлов данных
- •12. Табличное пространство system и другие
- •15. Сопровождение отката транзакций Виды undo-сегментов
- •27. Триггеры бд.
- •1.Триггер проверяет возможность удаления записи из таблицы «Клиент». Если в таблице «Заказы» существуют связанные записи, то выдается сообщение об ошибке. В противном случае запись удаляется.
- •4. Триггер проверяет, чтобы дата заказа билетов не превышала даты проведения спектакля. Иначе выдает ошибку.
- •Окна Модули
- •Для вывода на экран отчета:
- •Дополнительно: Работа с представлениями словаря данных субд Oracle Содержание словаря данных
- •Использование словаря данных
- •Структуры хранения и отношения между ними
- •Создание базы данных Использование Database Configuration Assistant
Получение информации об управляющем файле
Для вывода местоположения и имен управляющих файлов используется динамическое представление производительности V$C0NTR0LFILE:
SELECT name FROM V$CONTROLFILE;
NAME
/u01/home/db03/ORADATA/u01/ctrl01.ctl
/u01/home/db03/ORADATA/u01/ctrl01.ctl
2 rows selected.
Эти же данные могут быть получены из V$PARAMETER:
SELECT name, value from V$PARAMETER
WHERE name = 'control_files';
NAME VALUE
control_files /u01/home/db03/ORADATA/u01/ctrl01.ctl
7.Режимы работы базы.
Существует 2 режима:
Режим запуска экземпляра
Режим остановки экземпляра
7.1. Команда startup
Запуск экземпляра осуществляется по команде:
STARTUP [OPEN | MOUNT| NOMOUNT] [RECOVER] [база_данных]
[FORCE][RESTRICT][PFILE=имя_файла]
где:
OPEN - предоставляет пользователям доступ к базе данных;
MOUNT - монтирует базу данных для определенных нужд DBA, но не предоставляет пользователям доступа к базе данных;
NOMOUNT -создает SGA и запускает фоновые процессы, но не предоставляет доступа к базе данных, разрешает использование файла параметров, отличного от выбранного по умолчанию;
FORCE - удаляет запущенный экземпляр до того, как выполнен нормальный запуск;
RESTRICT - предоставляет доступ к базе данных только тем пользователям, которые имеют привилегию RESTRICTED SESSION;
RECOVER - выполняет восстановление носителя при запуске базы данных.
Запуск базы данных в режиме nomount
Во время запуска БД необходимо выбирать режим запуска.
Обычно запуск экземпляра без монтирования базы данных выполняется только при ее создании или при необходимости пересоздания управляющих файлов.
Запуск экземпляра подразумевает выполнение следующих задач:
1. Чтение файлов параметров из директории oracle\ora90\database в следующем порядке:
первым читается spfileSID. оrа ; если он не найден тогда
spfile.ora
initSID.ora.
2. Задание параметров PFILE в команде STARTUP, которое переопределяет установленный по умолчанию порядок чтения файлов параметров.
3. Выделение SGA.
Запуск фоновых процессов.
Открытие сигнального файла AlertSID.log и файла трассировки.
Имя БД должно быть указано либо в файле параметров в параметре Db_name, либо в команде Startup.
Запуск базы данных в режиме mount
Запуск экземпляра и монтирование базы данных без ее открытия выполняется в целях осуществления особых эксплуатационных операций.
Например, база данных должна быть смонтирована, но не открыта, при выполнении следующих задач:
переименование файлов данных;
включение и отключение режима архивирования журнальных файлов;
полное восстановление базы данных.
Монтирование базы данных включает следующие задачи:
ассоциация базы данных с предварительно запущенным экземпляром;
определение местоположения управляющих файлов, которые указаны в файле параметров;
чтение управляющих файлов с целью получения имен и статуса файлов данных и журнальных файлов. (Хотя на данный момент не проверяется фактическое существование файлов данных и журнальных файлов.)
Запуск базы данных в режиме OPEN
Нормальное функционирование базы данных подразумевает то, что, она открыта и запущен экземпляр, что предоставляет любому зарегистрированному пользователю возможность установить соединение с базой данных и выполнять стандартные операции.
Открытие базы данных подразумевает выполнение следующих задач:
открытие оперативных файлов данных;
открытие оперативных файлов журнала.
Если какие-либо из файлов данных или журнальных файлов недоступны в момент открытия базы данных, Oracle возвращает ошибку.
Во время этого окончательного этапа открытия базы данных Oracle проверяет доступность всех файлов данных и журнальных файлов, и проверяет целостность базы данных. При необходимости, фоновый процесс системный монитор (SMON) запускает восстановление экземпляра.
Команда ALTER DATABASE
Перевод базы данных из режима NOMOUNT в MOUNT:
ALTER DATABASE база_данных MOUNT;
Открытие базы данных в режиме 'только для чтения' и защищает от записи в журнальные файлы:
ALTER DATABASE [база_данных} OPEN READ ONLY;
Открытие базы данных в режиме ‘чтения-запись' и разрешает запись в журнальные файлы:
ALTER DATABASE [база_данных] OPEN READ WRITE;
Открытие базы данных в режиме 'только чтение'
Любая база данных может быть открыта в режиме 'только чтение'.
С базой данных в режиме 'только чтение' возможны операции:
выполнение запросов;
выполнение дисковых сортировок в табличном пространстве с локальным управлением;
перевод из состояния online в offline файлов данных, но не табличных пространств;
восстановление файлов в режиме offline и табличных пространств.
Особенности баз данных, открытых в режиме 'только чтение'
База данных может быть открыта в режиме 'только чтение'. Эта возможность особенно полезна для резервной (standby) базы данных, использование которой позволяет разгрузить коммерческую базу данных от выполнения запросов.
Если для выполнения запросов необходимо временное табличное пространство, например, для дисковых сортировок, пользователю должно быть установлено табличное пространство с локальным управлением в качестве временного табличного пространства по умолчанию. В противном случае запрос завершится с ошибкой. Для пользователя SYS также требуется локально управляемое табличное пространство.
Открытие базы данных в режиме ограниченного доступа
Команда startup используется для ограничения доступа к базе данных:
STARTUP RESTRICT
Команда alter system используется для перевода экземпляра в режим ограниченного доступа:
ALTER SYSTEM [{ENABLE | DISABLE} RESTRICTED SESSION ];
где:
ENABLE RESTRICTED SESSION - разрешает последующие соединения с базой данных только тем пользователям, которые имеют привилегию RESTRICTED SESSION;
DISABLE RESTRICTED SESSION = позволяет всем пользователям устанавливать соединение с базой данных.
Удаление сеансов
Перевод экземпляра в режим ограниченного доступа не оказывает влияние на уже созданные сессии. Он только не дает создавать новые сессии пользователям, у которых нет специальной системной привилегии. После того как экземпляр был переведен в режим ограниченною доступа, целесообразно удалить уже созданные пользовательские сеансы перед тем, как перейти к выполнению намеченных задач администрирования. Это можно сделать командой
ALTER SYSTEM DISCONNECT SESSION 'целое1, целое2';
где:
целое1 - значение столбца SID из представления V$SESSION;
целое2 - значение столбца SERIAL# из представления V$SESSION.
Последствия удаления сеанса фоновый процесс PMON выполняет следующие действия:
снятие блокировок со всех удерживаемых таблиц и строк;
освобождение всех ресурсов, используемых данным пользователем. Также выполняется откат текущей транзакции пользователя.
Заморозка базы данных (quiesce database)
Для перевода в режим заморозки:
ALTER SYSTEM QUIESCE RESTRICTED;
Для возврата в нормальный режим:
ALTER SYSTEM UNQUIESCE;
Команда ALTER SYSTEM QUIESCE RESTRICTED моментально переводит базу данных в режим заморозки. С этого момента запросы и транзакции пользователей блокируются (кроме сессий SYS и SYSTEM). При этом команды не выдают ошибки, просто они не возвращают пользователю управление. Команда выполнится и вернет управление, как только база данных будет разморожена. Те запросы и транзакции, которые начали свое выполнение на момент заморозки продолжают выполняться до их завершения. Только после того как все такие запросы будут выполнены, а транзакции завешены, команда ALTER SYSTEM QUIESCE RESTRICTED вернет администратору сообщение об успешном переводе базы данных в режим quiesce. Конечно, администратор может создать новую сессию и отсоединить пользовательские сессии, которые в данный момент активны и мешают переводу базы данных в режим quiesce.
Команда ALTER SYSTEM UNQUIESCE моментально размораживает базу данных и все сессии пользователей, которые подвисли из-за выдачи команд будут разблокированы и команды начнут выполняться.