Oracle DBA Forum  

Вернуться   Oracle DBA Forum > Oracle University Official Study Notes (RUS) > База данных Oracle 10g Администрирование > База данных Oracle 10g Администрирование I

Ответ
 
Опции темы Опции просмотра
  #1  
Старый 26.09.2009, 21:25
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию 15 Резервирование базы данных

__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #2  
Старый 26.09.2009, 21:26
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Рассматриваемые вопросы

__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #3  
Старый 26.09.2009, 21:30
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Обзор решений резервирования



Обзор решений резервирования

Как будет показано дальше в этом уроке, рекомендуемый метод резервирования базы данных Oracle состоит в использовании утилиты Recovery Manager (RMAN).

Oracle Secure Backup дополняет существующие функциональные возможности и позволяет резервировать на ленту и по сети.

Резервирование, управляемое пользователем, основывается на скриптах, который должен написать АБД. Этот вариант резервирования более трудоемкий, поэтому его использование постепенно сворачивается.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #4  
Старый 26.09.2009, 21:31
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Oracle Secure Backup



Oracle Secure Backup

Recovery Manager - это продукт Oracle, используемый в настоящее время для резервирования и восстановления. Oracle Secure Backup дополняет существующие функциональные возможности.

Полное решение для резервирования (complete backup solution). Oracle Secure Backup обеспечивает защиту информации, хранимой в базе данных и вне базы данных для среды Oracle в целом.
Управление носителем (media management). Oracle Secure Backup предоставляет уровень управления носителем (media management layer) для резервирования базы данных на ленту с помощью RMAN. До этого требовалось покупать дорогие продукты управления носителем сторонних фирм, предоставлявших интегрированное с RMAN решение для резервирования на ленту.
Резервирование по сети (backup anywhere on the network). Oracle Secure Backup резервирует данные из многих доступных по сети компьютерных систем на третичные сетевые ресурсы хранения. Oracle Secure Backup поддерживает многообразные конфигурации серверов, клиентов, серверов с доступными по сети устройствами хранения (Network Attached Storage, NAS), третичные устройства хранения, а также защищает сетевые среды с устройствами хранения.

В результате совместного использования RMAN и Oracle Secure Backup предоставляется комплексное решение для резервирования, полностью осуществляемое продуктами фирмы Oracle. Это позволяет получить лучшую техническую поддержку, так как корпорация Oracle отвечает за предоставляемое решение в целом.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #5  
Старый 26.09.2009, 21:32
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Резервирование, управляемое пользователем



Резервирование, управляемое пользователем

Резервирование, управляемое пользователем вызывает необходимость написания скриптов для его выполнения. Существует несколько возможных сценариев выполнения резервирования и для них должны быть написаны скрипты, реализующие обработку. Ниже приведены некоторые шаги, которые должны выполняться в скриптах:

Запрос к представлению v$dataf ile для определения файлов данных, которых необходимо резервировать, и для определения их текущего состояния.
Запрос к представлению v$logfile для определения оперативных журналов.
Запрос к представлению v$controlfile для определения управляющих файлов, которых необходимо резервировать.
Перевод каждого табличного пространства в режим оперативного резервирования.
Запрос к представлению v$backup для вывода сведений о файлах данных, которые были переведены в режим оперативного резервирования вместе с табличным пространством.
Вызов команд операционной системы для копирования файлов данных в месторасположение резервных копий.
Перевод из режима оперативного резервирования в обычное оперативное состояние каждого табличного пространства.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #6  
Старый 26.09.2009, 21:34
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Терминология



Терминология

Резерв всей базы данных (whole^ database backup) может содержать все файлы данных и хотя бы один управляющий файл (все управляющие файлы БД одинаковые).

Частичные резервы базы данных {partial database backups) могут не включать ни одного или содержать несколько табличных пространств (или файлов данных) и могут включать или не включать управляющий файл.

При полном резервировании (full backup) копируются все блоки резервируемых файлов, содержащие данные.

При инкрементачьном резервировании (incremental backup) копируются все блоки данных, которые были изменены с момента предыдущего резервирования. База данных Oracle 10g поддерживает два уровня инкрементального резервирования (0-1). Уровень 0 или базовый резерв (baseline backup), как и полный резерв (full backup), содержит все блоки данных. При выполнении инкрементального резервирования уровня 1 копируются все блоки базы данных, измененные с момента получения инкрементального резерва уровня 0. При восстановлении первым используется базовый резерв, а затем инкрементальный.

Автономное резервирование (offline backup) производится когда база данных не открыта. Такое резервирование также называют "холодным" ("cold") или согласованным (consistent backup), так как во время резервирования системные номера изменений (SCN) в заголовках файлов данных согласуются с SCN в управляющих файлах.

Оперативное резервирование (online backup) производится когда база данных открыта. Такое резервирование также называют "горячим " ("hot") или несогласованным (inconsistent backup), так как, когда база данных открыта, нет гарантии того, что файлы данных синхронизированы с управляющими файлами. Несогласованные резервы должны быть восстановлены (recover), чтобы ими можно было воспользоваться.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #7  
Старый 26.09.2009, 21:35
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Терминология (продолжение)



Терминология (продолжение)

Копии образов (image copies) - это дубликаты файлов данных или архивных журналов (они схожи с копиями файлов, полученными с помощью команд копирования ОС).
Резервные наборы (backup sets) - это копии одного или нескольких файлов данных или архивных журналов. Пустые блоки данных не копируются в резервные наборы. Поэтому для хранения резервных наборов используется меньшее пространство на диске или ленте. Резервные наборы можно сжать, чтобы еще больше уменьшить необходимое пространство.

Копии образов должны помещаться на диск. Резервные наборы могут писаться на диск или прямо на ленту.

Использование копий образов позволяет более дифференцировано производить операцию копирования из резерва (restore). Только требуемый файл или файлы восстанавливаются с ленты. Напротив, резервный набор должен быть полностью скопирован с ленты перед операцией извлечения (restore) требуемого файла или файлов.

Преимущество резервных наборов - в лучшем использовании пространства. Большинство баз данных содержит 20% или более пустых блоков (empty blocks). Напротив, копии образов включают пустые блоки. Резервные наборы существенно уменьшают требуемое пространство. В большинстве систем преимущества резервных наборов перевешивают преимущества использования копий образов. Для баз данных в режиме NOARCHIVELOG должно выполняться автономное, полное резервирование всей базы данных (offline, full, whole database backup). Для БД в режиме ARCHIVELOG доступны все возможные варианты резервирования.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #8  
Старый 26.09.2009, 21:36
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Утилита Recovery Manager (RMAN)



Утилита Recovery Manager (RMAN)

Recovery Manager - это компонент базы данных Oracle 10g, используемый для выполнения операций резервирования и восстановления. RMAN может производить согласованное и несогласованное резервирование и резервировать всю базу данных целиков или только ее отдельную часть.

RMAN предоставляет собственный мощный язык управления работами и создания скриптов, а также использует открытый API (application programming interface, программный интерфейс приложения) для связи с наиболее популярными программными решениями задач резервирования.

RMAN может сохранять резервы на диске, чтобы можно было быстро ими воспользоваться при восстановлении. Кроме того, резервы можно размещать на ленте для длительного хранения. Чтобы RMAN смог записать резервы на ленту, необходимо сконфигурировать интерфейс к ленточным устройствам, называемый уровнем управления носителем (media management layer - MML).

Enterprise Manager предоставляет графический интерфейс доступа к наиболее общим, используемым возможностям RMAN. Доступ к расширенным операциям резервирования и восстановления в режиме командной строки дает клиент RMAN. Дополнительную информацию о расширенных возможностях RMAN см. в курсе Oracle Database 10g: Администрирование II и документе Oracle Backup and Recovery Advanced User's Guide.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #9  
Старый 26.09.2009, 21:37
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Конфигурируемые установки резервирования



Конфигурируемые установки резервирования

Перейдите на страницу Maintenance и щелкните на ссылке Configure Backup Settings. Откроется страница, на которой задаются постоянные установки, используемые для создания резервов. Они разные для дисков и лент. Установочные параметры для ленты зависят от возможностей уровня (библиотеки) управления носителем.

Дисковые установки содержат:

Parallelism (уровень параллелизма): число отдельных потоков, создаваемых при резервировании. Наилучшее устанавливаемое значение зависит от используемой аппаратуры. Нет выигрыша от параллельного резервирования при наличии одного ЦП, одного дискового контроллера или наличия единственного диска. По мере увеличения аппаратных ресурсов, можно повышать уровень параллелизма.

Disk backup location (расположение на диске места хранения резерва). По умолчанию используется флэш-область восстановления (Flash Recovery Area). Если вы измените месторасположение, щелкните на кнопке Test Disk Backup, чтобы проверить возможность записи в новое местоположение.

Disk backup type (тип резерва на диске): выберите копию образа (image сору), резервный набор (backup set) или сжатый резервный набор (compressed backup set).

Щелкните на закладке Backup Set, чтобы задать максимальный размер файлов резервного набора (резервный набор может быть разделен, если это облегчает его получение).

Данные для аутентификации на уровне ОС (host credentials) нужны ЕМ, чтобы сохранить изменения установочных параметров резервирования.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #10  
Старый 26.09.2009, 21:40
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Конфигурируемые установки резервирования (продолжение)



Конфигурируемые установки резервирования (продолжение)


Щелкните на закладке Policy, чтобы использовать следующие возможности.

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

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

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

Не включать табличное пространство в резерв всей базы данных. Некоторые администраторы не резервируют табличные пространства, содержащие данные и объекты, которые можно легко воссоздать (например, индексы или данные, которые часто загружаются в пакетном режиме).

Политика удержания (retention policy) определяет, как долго RMAN должен хранить резервы. При использовании флэш-области восстановления для хранения резервов RMAN автоматически удаляет старые резервы, чтобы освободить место для новых (если политика удержания разрешает это). По умолчанию удерживается только последний резерв. Политика удержания задается числом резервов или количеством дней.
__________________
Чат форума (требуется аккаунт на github или twitter)

Последний раз редактировалось Marley; 26.09.2009 в 21:45.
Ответить с цитированием
Ответ
Опции темы
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход


Текущее время: 08:11. Часовой пояс GMT +3.


Powered by vBulletin®