Процедура полного копирования базы данных

Полное копирование всех файлов нужно делать после того, как база данных нормально остановлена. В каком режиме находится БД не важно. Копии управляющего файла должны использоваться со всеми другими файлами того же момента.

Для проведения полного копирования необходимо:

1) Остановить БД (команда Shut Down или аналогичные пункты меню управляющих программ).

2) Скопировать все файлы, составляющие базу данных, с помощью средств ОС.

3) Перезапустить БД.

 

Частичное копирование:

1) Копирование online-овых табличных пространств и файлов данных.

2) Копирование offline-овых табличных пространств и файлов данных.

Частичное копирование можно выполнять только для БД, работающих в режиме ARHIVE LOG.

 

Копирование online-овых табличных пространств.

1) Экземпляр Oracle останавливать не нужно.

2) Выполнить команду SELECT

SELECT tablespace_name,filename FROM sys.dba_data_files; - будут выданы все файлы всех существующих пространств.

SELECT tablespace_name,filename FROM sys.dba_data_files WHERE tablespace_name='USERS '; - будут выданы имена файлов, относящихся к табличному пространству USERS.

3) Отметить факт начала копирования online-ового табличного пространства (указать Oracle, что начата процедура копирования табличного пространства).

ALTER TABLESPACE users BEGIN BACKUP; - указываем Oracle, чтобы он подготовился к копированию файлов.

4) Средствами ОС необходимо скопировать файл, содержащий соответствующее табличное пространство.

ALTER TABLESPACE users END BACKUP;

Есть специальный обзор, позволяющий получить информацию о том, в каком состоянии находятся те или иные файлы табличного пространства. Этот обзор называется V$BackUp.

Особенности копирования:

1) Во время online-овых копирований для табличного пространства генерируется больше информации повторения.

2) Если во время online-ового копирования произойдет сбой экземпляра Oracle, а файл online-ового журнала уже перекрыт, то для восстановления потребуются уже архивированные файлы журнала. Поэтому не рекомендуется делать копии сразу всех табличных пространств.

 

Копирование offline-овых табличных пространств и файлов данных.

Табличное пространство в режиме offline недоступно пользователю. Но табличное пространство System перевести в offline-режим нельзя. Кроме того, в режим offline нельзя перевести незавершенные транзакции.

Этапы копирования:

1) Необходимо определить файлы данных offline-вого табличного пространства.

2) Перевести табличное пространство в состояние offline, используя нормальный приоритет, если это возможно:

ALTER TABLESPACE users OFFLINE; - все файлы, относящиеся к данному табличному пространству, будут закрыты

3) Копировать файлы.

4) Перевести табличное пространство в режим ONLINE.

 

Копирование управляющих файлов.

При частичном копировании обязательно нужно скопировать управляющий файл с помощью команды:

ALTER DATABASE BACKUP CONTROLFILE TO 'filename' REUSE;

где filename – полностью специфицированное имя файла для новой резервной копии управляющего файла.

При создании копи управляющего файла есть возможность создать журнал трассировки. Для этого используется опция to trace.

 

Использование утилиты Export.

Использование утилиты Export позволяет создать копию данных БД когда она открыта и доступна для использования. Эта утилита записывает согласованные по чтению представления объектов БД в файл ОС.

Существует три режима экспорта:

§ режим USER – экспортирует все объекты, принадлежащие конкретному пользователю;

§ режим TABLE – экспортирует все или заданные таблицы, принадлежащие пользователю;

§ режим FULL DATABASE – экспортирует все объекты базы данных.

Типы экспорта:

§ инкрементальный – экспортируются данные, измененные во время последнего инкрементального экспорта;

§ куммулятивный – экспортируются данные, измененные со времени последнего куммулятивного экспорта (лучше делать 1 раз в неделю);

§ полный – экспортируется вся БД (необходимо выполнять не чаще 1 раза в месяц).

 

Использование утилиты Import.

Утилита импорта позволяет восстанавливать информацию в БД, хранящуюся в ранее созданных экспортных файлах.

Восстановление

 

Процесс восстановления:

1) Создайте заново структуру базы данных, включая все табличные пространства и всех пользователей. Эти вновь созданные структуры не должны содержать никаких объектов.

2) Импортируйте соответствующие экспортные файлы, чтобы реставрировать БД в максимально последнее состояние.

Пример

F – полное копирование, I – инкрементальное копирование, C – куммулятивное копирование.

1) При сбое нужно пересоздать БД, включая все пространства и всех пользователей.

2) Импортировать полный экспортный файл, созданный в первый день.

3) Импортировать куммулятивный экспортный файл, созданный в седьмой день.

4) Импортировать инкрементальные экспортные файлы, созданные в 8, 9, и 10 дни.

Нужно решить какой тип восстановления нам подходит и является ли база данных распределенной.

Тип операции восстановления	Требования к распределенной БД
Реставрация полной копии БД, к которой никогда не обращались (не обновляли и не опрашивали с удаленных узлов)	Можно использовать нескоординированное (неавтономное) восстановление БД.
Реставрация полной копии БД, к которой были обращения с удаленных узлов.	Необходимо остановить все БД т реставрировать их, используя одни и те же скоординированные полные копии
Полное восстановление носителя одной или нескольких БД в РБД	Можно использовать нескоординированное автономное восстановление БД
Частичное восстановление носителя БД, к которой были обращения с удаленных узлов.	Использовать скоординированное частичное восстановление носителя к одной и той же глобальной точке времени для всех БД в РБД

 

При восстановлении главной БД любой зависимый снимок необходимо обновить.

При сбое носителя необходимо определить, когда произошел сбой. О необходимости восстановления носителя говорят следующие сообщения в журнальных файлах:

ORA-00204 – Error in reading control file <имя файла>

ORA-01113 – File name needs recovery

ORA-01168 – File <имя файла> bad physical inside size

ORA-01178 – File <имя файла> created before last create control file. Cannot recreated.

Если вы получили одно из описанных сообщений, необходимо определить какой файл нуждается в восстановлении. Для этого используется вид V$Recover_file. Этот вид содержит поля file#, online, error. Если сделать SELECT по этой таблице, то можно получить номера всех существующих файлов.

Например:

0014 online file not found

0032 offline offline normal

В таблице V$Data_file содержатся еще и поля file#, name. Name – имя файла.

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

 

Тип файла	Режим архивирования
D	Ж	А	У	ARCHIVE LOG	NO ARCHIVE LOG
+				Выполнить полное восстановление носителя	Реставрация полной копии
	+			Восстановление потерянных файлов	Восстановление потерянных файлов
		+		Сделать новые резервные копии всех файлов данных	____________________
			+	Восстановление потерянных файлов	Восстановление потерянных файлов
+	+	+	+	Восстановление управляющих и прочих файлов	____________________
+	+	+		Частичное восстановление носителя	____________________
+		+	+	Восстановление управляющих файлов и файлов данных	____________________
+	+		+	Восстановление управляющих и прочих файлов	Реставрация полной копии
+	+			Выполнить частичное восстановление носителя	Реставрация полной копии
+		+		Частичное восстановление носителя	____________________
+			+	Восстановление управляющих файлов и файлов данных	Реставрация полной копии
	+	+	+	Восстановление управляющих файлов и сброс номеров журналов	___________________
	+	+		Частичное восстановление носителя	____________________
	+		+	Восстановление управляющих файлов и сброс номеров журналов	Если БД была остановлена нормально, то пересоздать упр. файл. Иначе – реставрация полной копии
		+	+	Восстановление управляющих файлов, используя частичное восстановление носителя	____________________

где

+ означает потерю или повреждение файла

D – файлы данных, Ж – журнальные файлы, А – файл архивного журнала, У – управляющий файл.

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

При сбое носителя иногда нельзя расположить файлы так, как они располагались до сбоя носителя. Oracle позволяет изменить положение файлов БД. Чаще всего запускают Oracle без монтирования БД и указывают Oracle где будут находиться файлы БД. Если полностью потеряны файлы данных и контрольные файлы, но есть журнальные и архивные файлы, то можно полностью восстановить всю БД.

Аудит

 

Аудит – учет и контроль.

Каждая БД Oracle поддерживает таблицу с названием Sys.Aud$.

 

Oracle поддерживает 2 варианта ведения аудита:

1) когда аудиторские записи помещаются в таблицу БД

Преимущества:

- вы сможете просматривать выбранные порции аудиторского журнала с помощью предопределенных видов (словарей данных)

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

2) когда аудиторские записи помещаются в аудиторский журнал ОС

Использование аудиторских журналов дает преимущество в том, что все аудиторские записи собраны в одном месте.

Аудит относительно недорог с точки зрения пространства, занимаемого таблицами.

 

Рекомендации при выборе аудита:

1) Определить цель аудита.

2) Отслеживать несанкционированные действия (не отслеживать все подряд, а вести аудит нужных событий).

3) Отслеживать события в разумных объемах. Занимайтесь аудитом только необходимой информации.

 

Аудит подозрительной деятельности:

1) Необходимо отслеживать сначала в общем, а потом – конкретно.

2) Необходимо защищать аудиторский журнал.

 

Аудит нормальной деятельности:

1) Нужно отслеживать только необходимые действия.

2) Необходимо архивировать аудиторские записи и очищать журнал.

 

Создание и удаление обзоров аудиторских журналов БД.

Для удобного использования информации существует много предопределенных видов, которые создаются с помощью специального script-а CatAudit.sql (в каталоге ADMIN).

Если решили не использовать аудит, для этого существует script CatNoAudit.sql, позволяющий удалить все предопределенные виды.

 

Опции аудита.

При аудите всегда будет генерироваться общая информация следующего содержания:

1) Имя пользователя, выполнившего отслеживаемое предложение.

2) Код действия, указывающий выполненное предложение.

3) Объекты, адресуемые в отслеживаемом предложении.

4) Дата и время выполнения отслеживаемого предложения.

Аудиторский журнал не сохраняет информацию о каких-либо данных (т.е. данные). Такие функции можно обеспечить использованием триггеров соответствующих таблиц.

Oracle позволяет устанавливать опции аудита на трех уровнях:

1) Отслеживание использование типа предложения SQL (отслеживается какое-то конкретное предложение SQL).

2) Отслеживание использования конкретной системной привилегии.

3) Отслеживание конкретных типов предложений на конкретных объектах (объектные привилегии).