Утилита LogMiner. Пакет DBMS_LOGMNR
Курсовой проект - Компьютеры, программирование
Другие курсовые по предмету Компьютеры, программирование
Государственное учреждение образования
"Белорусский государственный технологический университет"
Факультет издательского дела и полиграфии
Кафедра информационных систем и технологий
Пояснительная записка
по курсовой работе:
"Утилита LogMiner. Пакет DBMS_LOGMNR"
Выполнила:
Ревяко В.А.
курс 3 группа 9
проверил:
доц. Смелов В.В
Минск 2011
Содержание
Введение
1.Пакеты LogMiner
.Предварительные установки
2.1 Параметр utl_file_dir
.2 Режим ARCHIVELOG
.3 Дополнительное журналирование базы данных
3.Словарь данных LogMiner
.Пример использования средств LogMiner
Заключение
Введение
Файлы журналов повторного выполнения и архивные файлы сервера Oracle очень важны, особенно для восстановления базы данных. Для того чтобы прочитать внесенные в базу изменения, которые содержаться в архивном файле журнала повторов, необходимо открыть указанный файл и изучить его содержимое. Для этого существует специальный инструмент под названием LogMiner. Анализ файлов может потребоваться в случаях, если необходимо определить, когда и кем был изменён объект базы данных, проверить, какие действия выполнялись с объектом, отменить транзакцию.
Так же с помощью LogMiner можно анализировать файл журнала, первоначально созданный в другой базе данных. Даже версии серверов при этом могут не совпадать. Можно перенести архивный файл журнала повторного выполнения в другую систему и анализировать его там.
Процесс использования пакетов LogMiner состоит из двух этапов. На первом - создается словарь данных для работы пакетов LogMiner. Именно это и позволяет анализировать файл журнала повторного выполнения не в той базе данных, где он был сгенерирован (пакеты LogMiner не используют существующий словарь данных). Используется словарь данных, экспортированный во внешний файл с помощью пакета DBMS_LOGMNR_D. Пакеты LogMiner можно использовать и без этого словаря данных, но разобраться в полученных результатах при этом практически невозможно.
На втором этапе импортируются файлы журнала повторного выполнения, и запускается LogMiner. После запуска основного пакета LogMiner можно просматривать содержимое файлов журнала повторного выполнения с помощью SQL-операторов. Для анализа содержимого загруженных файлов журнала используется представление V$LOGMNR_CONTENTS.
1.Пакеты LogMiner
Функциональные возможности LogMiner реализуются двумя пакетами:
DBMS_LOGMNR
DBMS_LOGMNR_D.
Пакет DBMS_LOGMNR_D содержит всего одну процедуру - BUILD. Она применяется для создания словаря данных, используемого пакетом DBMS_LOGMNR при загрузке файла журнала повторного выполнения. Словарь позволяет сопоставить идентификаторам объектов имена таблиц, определить имена и типы данных столбцов по порядковому номеру и т.д. Использовать процедуру DBMS_LOGMNR_D.BUILD очень просто. Она имеет два параметра:
DICTIONARY_FILENAME. Имя файла словаря, который необходимо создать.
DICTIONARY_LOCATION. Каталог, в котором этот файл будет создан.
Пакет DBMS_LOGMNR состоит из трех процедур:
ADD_LOGFILE. Зарегистрировать набор файлов журнала для анализа.
START_LOGMNR. Заполнить данными представление V$LOGMNR_CONTENTS.
END_LOGMNR. Освободить все ресурсы, выделенные при работе LogMiner. Эта процедура вызывается для корректного освобождения ресурсов перед завершением сеанса или при окончании работы с пакетами LogMiner.
2.Предварительные установки
Перед началом работы с LogMiner необходимо установить некоторые параметры и изменить режим базы данных.
Установить параметр инициализации utl_file_dir
Установить режим ARCHIVELOG
Установить дополнительное журналирование базы данных - SUPPLEMENTAL LOG DATA
2.1 Параметр utl_file_dir
Стандартный пакет UTL_FILE позволяет читать и создавать текстовые файлы в файловой системе сервера в среде PL/SQL.
В файле параметров инициализации необходимость явно перечислять каталоги, к которым необходим доступ на запись.
Изменять параметр инициализации в процессе работы сервера нельзя. Для добавления или удаления каталога необходимо перезапускать экземпляр.
Пакет DBMS_LOGMNR_D, с помощью которого создается файл словаря данных, для выполнения ввода-вывода использует средства пакета UTL_FILE.
Рис.1 - изменение параметра utl_file_dir
2.2 Режим ARCHIVELOG
База данных Oracle может работать в двух режимах:
NOARCHIVELOG
ARCHIVELOG.
Если база данных не работает в режиме ARCHIVELOG, данные рано или поздно будут потеряны.
Чтобы сервер Oracle мог сохранять данные файла журнала повторного выполнения, перед тем как файл будет перезаписан, необходимо перевести базу данных в режим ARCHIVELOG. Тогда сервер будет архивировать журналы и никакие данные не будут утеряны.
Для перевода базы данных в режим ARCHIVELOG (рис. 2) необходимо:
остановить экземпляр Oracle - shutdown immediate;
запустить экземпляр Oracle в режиме mount;
перевести базу данных в режим ARCHIVELOG -
alter database archivelog
открыть базу данных alter database open.
Рис. 2 - перевод базы данных в режим ARCHIVELOG
2.3 Дополнительное журналирование базы данных
Supplemental logging - это процесс записи дополнительной информации в журнал во время выполнения операций изменения (например, изменения ст