25. Действия фоновых (ckpt, lgwr, arCn) процессов и их влияние на восстановление; Режим работы archivelog, его отличия, влияние на восстановление, пример включения режима;

СКРТ

- Передать процессу DBWn сигнал о контрольной точке.

- Обновить информацию о КТ в загаловках файлов данных.

- Обновить информацию о КТ в control-файлах.

LGWR

- Оперативные журналы

- В них записываются изменения, сделанные в БД.

- Журнальные файлы необходимо мультиплексировать, чтобы защититься от их потери.

- LGWR пишет в файл

- При фиксации транзакции.

- Когда журнальный буфер заполнен на одну треть.

- Когда более 1 MB журнальных записей.

- Каждый 3 секунды.

- Перед записью процессом DBWn модифицированныз блоков данных.

ARCn

- Необязательный фоновый процесс.

- Автоматически архивирует оперативные журнальные файлы, если в БД установлен режим ARCHIVELOG.

- Сохраняет записи о всех изменениях, сделанных в БД.

Различают 2 режима работы Oracle: ARCHIVELOG и NOARCHIVELOG.

ARCHIVELOG: создается архивная копия всех журналов транзакций.

NOARCHIVELOG: содержимое транзакций не сохраняется.

Эти режимы отличаются тем, что происходит с файлом журнала повторного выполнения до того как сервер Oracle его перепишет: в случае ARCHIVELOG сохраняется копия данных повторного выполнения, в случае NOARCHIVELOG – Oracle переписывает ее, навсегдя теряя старую версию.

Для производственных СУБД Oracle использование режима ARCHIVELOG является обязательным условием.

Пример включения режима:

SQL > startup mount;

SQL > alter database archivelog;

SQL > alter database open;

26. Стратегия типы и режимы резервирования. Типы резервных копий: копии образов и резервные наборы. Понятие наката и отката изменений;

Резервирование:

- Recovery Manager (RMAN).

- Oracle Secure Backup.

- Сценарии пользователя.

Стратегия резервирования может основываться на получении резервов:

- всей базы данных (whole).

- части базы данных (partial).

Резерв в зависимости от вида может содержать:

- всю информацию из файлов данных (full).

- только данные, измененные с моменат предыдущего резервирования (incremental).

Режим резервирования может быть:

- автомномный (согласованный, холодный).

- оперативный (несогласованный, горячий).

Резервные копии могут храниться в 2 видах:

- копии образов (дубликаты файлов или архивных журналов).

- резервных наборов (копия 1-го или нескольких файлов, не включающая пустых блоков –

существенно уменьшаются требования к объему места для хранения, но требуется предварительная

распаковка на носитель для восстановления).

Восстановление после сбоя экземпляра включает в себя 2 отдельные операции:

- подкат вперед (накат) – восстановление состояния файлов данных на момент перед сбоем экземпляра.

- откат назад – данные незафиксированных изменений возвращаются в первоначальное состояние.

27. Понятие и схема работы Flashback Database, Flashback Table, Flashback Drop. Примеры;

Работать с технологией FlashBack можно и через EM, и через SQL*Plus. FlashBack – «быстрая» технология.

Важные отличия FlashBack:

- нет сложных многошаговых процедур;

- восстанавливаются только измененные данные;

- пользоваться командами FlashBack просто;

- изменения индексируются построчно и по транзациям.

Flashback Database переносит всю БД на момент времени в прошлом за счет отмены всех изменений (откат БД).

Нельзя применять откат БД в следующих случаях:

- Управляющий файл был скопирован из резерва или пересоздан;

- Было удалено ТП;

- Файл данных был сжат.

Включение Flashback Database:

SQL > startup mount;

SQL > alter database archivelog;

SQL > alter database flashback on;

SQL > alter database open;

Flashback Table – восстановление таблиц к заданному времени (не используются резервные копии БД). При выполнении БД остается в оперативном состоянии. Существуют привилегия Flashback Table – она необходима для отката таблицы. Для объектов необходимо разрешить возможность перемещения строк для обрабатываемых таблиц:

ALTER TABLE table_name ENABLE ROW MOVEMENT;

Для выполнения операции Flashback Table используются данные ТП типа UNDO.

Пример:

FLASHBACK TABLE table_name TO TIMESTAMP to_timestamp(“’…’,’’…”);

Команда flashback table выполняется в отдельной транзакции, накладывая при этом монопольные блокировки DML. Статистики назад не откатываются. Обрабатываются текущие индексы и зависимые объекты.

Операции отката таблиц:

- не могут быть выполнены для системных таблиц;

- не могут перейти через операции DDL;

- отмечаются в сигнальном файле;

- генерируют данные отмены и данные повторного выполнения.

Flashback Drop восстанавливает ошибочно удаленные объекты.

Ограничения:

- Не работает для таблиц:

- в табличном пространстве system;

- для которых используются возможности дифференцированного аудита или виртуальной

частной БД;

- размещаемые в ТП, управляемом по словарю;

- удаленные (purge) вручную или автоматически при нехватке места в ТП.

- Не защищаются следующие зависимые объекты:

- Битовые индексы соединений;

- Журналы материализованных представлений;

- Ограничения ссылочной целостности;

- Индексы, удаленные раньше таблиц.

Пример:

FLASHBACK TABLE table_name TO BEFORE DROP;