Propagation (фоновый процесс)

1. Находится на стороне исходной БД

2. Работает на основе правил

3. Выбирает события из очереди SAQ, сформированной Capture

4. Помещает их в очереди на целевой БД через Oracle Net.

Apply (фоновый процесс)

1. Находится на стороне целевой БД

2. Работает на основе правил

3. Выбирает изменения(LCR) из очереди на целевой базе данных.

4. Применяет изменения на целевой БД.

Правила(rules)

1. Capture: определяют перечень данных, которые собираются capture и очередь для записи изменений(LCR) в исходной базе данных.

2.Propagation: определяет очередь в исходной базе данных с изменениями и очередь в целевой базе данных для применения изменений

3.Apply: определяют входную очередь и перечень объектов, подлежащих изменению с изменениями(LCR)

Технология Oracle Streams

 

 

\

 

 

 

Logminer

Файлы журналов повторного выполнения и архивные файлы сервера Oracle очень важны, особенно для восстановления базы данных. Для того чтобы прочитать внесенные в базу изменения, которые содержаться в архивном файле журнала повторов, необходимо открыть указанный файл и изучить его содержимое.

Для этого существует специальный инструмент под названием LogMiner.

Анализ файлов может потребоваться в случаях, если необходимо определить, когда и кем был изменён объект базы данных, проверить, какие действия выполнялись с объектом, отменить транзакцию.

Так же с помощью LogMiner можно анализировать файл журнала, первоначально созданный в другой базе данных. Даже версии серверов при этом могут не совпадать. Можно перенести архивный файл журнала повторного выполнения в другую систему и анализировать его там.

Процесс использования пакетов LogMiner состоит из двух этапов. На первом — создается словарь данных для работы пакетов LogMiner. Именно это и позволяет анализировать файл журнала повторного выполнения не в той базе данных, где он был сгенерирован (пакеты LogMiner не используют существующий словарь данных). Используется словарь данных, экспортированный во внешний файл с помощью пакета DBMS_LOGMNR_D. Пакеты LogMiner можно использовать и без этого словаря данных, но разобраться в полученных результатах при этом практически невозможно.

На втором этапе импортируются файлы журнала повторного выполнения, и запускается LogMiner. После запуска основного пакета LogMiner можно просматривать содержимое файлов журнала повторного выполнения с помощью SQL-операторов. Для анализа содержимого загруженных файлов журнала используется представление V$LOGMNR_CONTENTS.

Пакет 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.

 

Monitoring

DBMS_MONITOR: трассировка дейсвий в рамках сеанса (своего или чужого).

DBMS_MONITOR: модель служба-модуль-действие.

просмотр трассировочных файлов с помощью

утилит trcsess/ tkprof

 

EXTERNAL TABLE

Внешние таблицы: необходимы для доступа (SELECT) к файлам операционной системы, как таблицам базы данных.

Алтернатива: SQL Loader, не всегда удобно с ней работать, требуется запуск с командной строки.

Алтернатива: загрузить файл в CLOB

Внешние таблицы: основное отличие от нормальных таблиц – нельзя изменять данные с помощью DML, изменять можно с помощью команд (или API) файловой системы.

Внешние таблицы: доступ к строкам внешней таблицы значительно медленее, чем строкам нормальной таблицы, индексов нет, последовательный просмотр всего файла.

Внешние таблицы: применяются

периодический (редкий) ввод внешней информации в базу данных;

join внешних и внутренних таблиц.

Внешние таблицы: ограничения

нельзя PRIMARY KEY/FOREIGN KEY;

нельзя NOT NULL;

нельзя UNIQUE;

нельзя индексировать;

нельзя insert, delete, update;

нельзя BFILE, LONG, LONG RAW, объекты.

Внешние таблицы: создание

должнен быть директорий;

для доступа: GRANT READ/WRITE ON DURICTORY;

выбрать драйвер доступа: ORACLE_LOADER или ORACLE_DATAPUMP.