рою запуску основного пакету LogMiner. Тепер, за наявності файлу словника, можна подивитися, яка інформація міститься в поданні V $ LOGMNR_CONTENTS. br/>В
Рис.6 - словник даних LogMiner
В
Рис. 7 - словник даних LogMiner
4. Приклад використання коштів LogMiner
Для наочного подання роботи Logminer згенеруємо деякі транзакції, які потім будемо шукати у файлах журналів. Наприклад, користувач VIKA, у своїй схемі створює таблицю Test і робить у ній деякі зміни (рис. 8). br/>В
Рис. 8 - генерація транзакцій
Далі необхідно знайти наявні на сервері файли журналів повторного виконання. Для цього робимо запит до подання v $ logfile (рис. 9). З малюнка видно, що на сервері є три redo-файлу. br/>В
рис. 9 - пошук redo-файлів
Тепер завантажуємо отримані файли в LogMiner. Для цього використовується пакет DBMS_LOGMNR з процедурою ADD_LOGFILE (рис. 10).
Процедура ADD_LOGFILE викликається ще до запуску LogMiner. Вона створює список файлів журналу, які будуть оброблятися при виконанні процедури START_LOGMNR для заповнення подання VSLOGMNR_CONTENTS. Процедура ADD_LOGFILE приймає наступні параметри:
В· LOGFILENAME. Повне ім'я файлу архівного журналу повторного виконання, який необхідно проаналізувати.
В· OPTIONS. Задає, додавати вказаний файл або видаляти. Як значення задаються наступні константи пакета DBMS_LOGMNR:
Гј DBMS_LOGMNR.NEW. Почати новий список. Якщо список вже існує, він очищається.
Гј DBMS_LOGMNR.ADD. Додати файл у вже існуючий або порожній список.
Гј DBMS_LOGMNR.REMOVEFILE. Видалити файл зі списку.
В
Рис. 10 - завантажуємо Redo в LogMiner
Далі стартуємо LogMiner, використовуючи процедуру START_LOGMNR (рис. 11) і в якості параметра передаємо повне ім'я словника створеного процедурою DBMS_LOGMNR_D.BUILD.
В
Рис. 11 - запуск LogMiner
Тепер можна переглядати уявлення V $ LOGMNR_CONTENTS . Представлення V $ LOGMNR_CONTENTS містить по одному рядку для кожного логічного зміни в базі даних, вибраного з оброблених файлів журналів. На рис. 12-13 показані всі стовпці подання:
В