547.94K
Категория: ПрограммированиеПрограммирование

Резервное копирование и восстановление. Лекция 14

1.

Резервное копирование и восстановление
Copyright © 2008, Oracle. All rights reserved.

2.

Задачи
По завершению этого урока вы сможете:
• Определять типы сбоев, которые могут возникнуть в
базе данных Oracle
• Описывать способы настройки восстановления
экземпляра
• Определять важность контрольных точек
(checkpoints), файлов журналов повтора и архивных
файлов журналов
• Настраивать flash recovery area
• Настраивать режим ARCHIVELOG
14 - 2
Copyright © 2008, Oracle. All rights reserved.

3.

Часть Вашей Работы
В обязанности администратора входит:
• Защита базы данных от сбоев насколько это возможно
• Увеличение среднего времени работы между отказами
(MTBF)
• Защита от избыточности
• Уменьшение среднего времени восстановления (MTTR)
• Минимизация потери данных
14 - 3
Copyright © 2008, Oracle. All rights reserved.

4.

Категории Сбоев
Сбои обычно можно разделить на следующие
категории:
14 - 4
Сбой инструкции (операции)
Сбой пользовательского процесса
Сбой сети
Пользовательская ошибка
Сбой экземпляра
Сбой носителя
Copyright © 2008, Oracle. All rights reserved.

5.

Сбой Инструкции
Типичные Проблемы
Возможные Решения
Попытка ввести недопустимые
данные в таблицу
Работа с пользователями для
проверки и исправления
данных.
Предоставьте
соответствующие права
доступа к объекту или
системе.
• Разрешить расширяемое
выделение пространства.
Попытка выполнить операции с
недостаточными привилегиями
Неудачные попытки выделения
пространства
Логические ошибки в приложениях
14 - 5
• Увеличить квоту владельца.
• Добавить пространства в
табличное пространство.
Работа с разработчиками для
исправления ошибок
программы.
Copyright © 2008, Oracle. All rights reserved.

6.

Сбой Пользовательского Процесса
Типичные Проблемы
Возможные Решения
Пользователь выполняет
аварийное отключение.
Обычно действия DBA не
требуется для устранения сбоев
пользовательского процесса.
Фоновые процессы экземпляра
откатывают незафиксированные
изменения и снимают
блокировки.
Сеанс аварийно завершается.
Пользователь наблюдает ошибку
программы, которая завершает
сеанс.
14 - 6
Copyright © 2008, Oracle. All rights reserved.

7.

Сбой Сети
Типичные Проблемы
Возможные Решения
Сбой Listener-а
Настройте резервный Listener
и отказоустойчивое
подключения (connect-time
failover).
Настройка нескольких сетевых
карт.
Сбой сетевой карты (NIC).
Сбой сетевого подключения.
14 - 7
Настройка резервного
сетевого подключения.
Copyright © 2008, Oracle. All rights reserved.

8.

Пользовательские ошибки
Типичные Причины
Возможные Решения
Пользователь случайно
удаляет или изменяет
данные.
Откат транзакции и зависимых
транзакций или перемотка
таблицы.
Пользователь удаляет таблицу.
Восстановление таблицы из
корзины (recycle bin).
Oracle LogMiner
14 - 8
Copyright © 2008, Oracle. All rights reserved.

9.

Технология Flashback
С помощью технологии Flashback можно:
• Просматривать прошлые состояния данных
• Накатывать данные вперёд и назад во времени
• Помогать пользователям в анализе ошибок и
восстановлении
Для анализа ошибок :
• Oracle Flashback Query
(SELECT … AS OF…)
• Oracle Flashback Versions
Query (SELECT … VERSIONS
BETWEEN…)
• Oracle Flashback
Transaction Query
14 - 9
Для восстановления:
• Oracle Flashback
Transaction Backout
• Oracle Flashback Table
• Oracle Flashback Drop
Copyright © 2008, Oracle. All rights reserved.

10.

Сбой Экземпляра
Типичные Причины
Возможные Решения
Отключение электроэнергии
Перезапустите экземпляр с
помощью команды STARTUP.
Восстановление после сбоя
экземпляра выполняется
автоматически, включая накат
изменений в журналах повтора
и откат всех
незафиксированных
транзакций.
Изучите причины сбоя с
помощью журнала
предупреждений, файлов
трассировки и Enterprise
Manager.
Аппаратный сбой
Сбой одного из
критических фоновых
процессов
Процедуры аварийного
отключения
14 - 10
Copyright © 2008, Oracle. All rights reserved.

11.

Понимание Процесса Восстановления
Экземпляра: Контрольная Точка (CKPT)
CKPT отвечает за:
• Обновление заголовков файлов
данных с информацией о
контрольных точках
• Обновление управляющих
файлов с информацией о
контрольных точках
• Сигнализация DBWn на
полных контрольных
точках
SGA
Database
buffer cache
DBWn
Процесс
Database Writer
Control
files
CKPT
Процесс Checkpoint
14 - 11
Copyright © 2008, Oracle. All rights reserved.
Data files

12.

Понимание Процесса Восстановления Экземпляра:
Файлы Redo Log и LogWriter
SGA
Redo log buffer
LGWR
LogWriter
Redo log
group 1
14 - 12
Redo log
group 2
Redo log
group 3
Redo log файлы:
• Записывают изменений в
базу данных
• Должны быть
мультиплексированы для
защиты от потери
LogWriter записывает:
• При команде commit
• При заполнении буфера на
треть
• Каждые 3 секунды
• До того, как запишет DBWn
Copyright © 2008, Oracle. All rights reserved.

13.

Понимание Восстановления Экземпляра
Автоматическое восстановление экземпляра:
• Вызывается попытками открыть базу данных, файлы
которой не были синхронизированы при завершении
работы
• Использует информацию, хранящуюся в группах
журналов повтора, для синхронизации файлов
• Включает в себя две различные операции:
– Rolling forward: Файлы данных восстанавливаются до
состояния, предшествующего сбою экземпляра.
– Rolling back: Внесенные, но не зафиксированные
изменения возвращаются в исходное состояние.
14 - 13
Copyright © 2008, Oracle. All rights reserved.

14.

Этапы Восстановления Экземпляра
1. Файлы данных не
синхронизированы
2. Roll forward (redo)
3. Зафиксированные и
незафиксированные данные в
файлах
4. База данных открыта
5. Roll back (undo)
6. Зафиксированные данные в
файлах
Undo
Instance
SGA
Background
processes
Database
SCN:140
SCN:129
SCN:
74-101
SCN:143
SCN:
102-143
Control
files
Redo log
group
SCN: 99
Data files
14 - 14
SCN:143
Copyright © 2008, Oracle. All rights reserved.

15.

Настройка Восстановления Экземпляра
• Во время восстановления экземпляра к файлам данных
применяются транзакции между позицией контрольной
точки и концом журнала повтора.
• Вы можете настроить восстановление экземпляра,
контролируя разницу между положением контрольной
точки и концом журнала.
Позиция Checkpoint
Конец журнала
Восстановление
Транзакции
14 - 15
Copyright © 2008, Oracle. All rights reserved.

16.

Использование MTTR Advisor
• Укажите желаемое время в секундах или минутах.
• По умолчанию - 0 (отключён).
• Максимальное время - 3,600 секунд (1 час).
14 - 16
Copyright © 2008, Oracle. All rights reserved.

17.

Сбой Носителя
Типичные Причины
Возможные Решения
Сбой диска
1. Восстановите
повреждённые файлы из
резервной копии.
2. Сообщите базе данных о
новом расположении файла
(при необходимости).
3. Восстановите файл, применив
сведения из журнала повтора
(при необходимости).
Сбой контроллера диска
Удаление или
повреждение файла
базы данных
14 - 17
Copyright © 2008, Oracle. All rights reserved.

18.

Настройки для Возможности Восстановления
Чтобы настроить базу данных для максимального
восстановления, необходимо:
• Планирование регулярного резервного копирования
• Мультиплексирование управляющих файлов
• Мультиплексирование групп файлов журнала
повтора
• Сохранение архивных копий журналов повтора
14 - 18
Copyright © 2008, Oracle. All rights reserved.

19.

Настройка Flash Recovery Area
Flash recovery area:
• Настоятельно рекомендуется использовать её для
упрощенного управления хранилищем резервных копий
• Место на диске (отдельно от файлов рабочей базы данных)
• Расположение указывается в параметре
DB_RECOVERY_FILE_DEST
• Размер указан в параметре DB_RECOVERY_FILE_DEST
• Должно быть достаточно большим для хранения
резервных копий, архивных журналов, flashback
журналов, копий файлов управления и журналов повтора
• Автоматически управляется в соответствии с политикой
хранения
Настройка flash recovery area означает определение
расположения, размера и политики хранения.
14 - 19
Copyright © 2008, Oracle. All rights reserved.

20.

Мультиплексирование Файлов Управления
• Для защиты от сбоя база данных должна иметь:
– Две копии файлов управления (желательно три)
– Каждая копия на отдельном диске
– По крайней мере одна копия на отдельном контроллере
диска
• Чтобы добавить файл управления вручную:
1. Измените SPFILE с помощью команды ALTER
SYSTEM SET control_files.
2. Остановите базу данных.
3. Переместить копию файла ОС на новое
место.
4. Откройте базу данных.
14 - 20
Copyright © 2008, Oracle. All rights reserved.
Control
files

21.

Файлы Журнала Повтора
Мультиплексируйте группы журналов повтора для защиты
от сбоев носителей и потери данных. Это увеличивает
ввод/вывод базы данных. Предполагается, что группы
журналов повтора имеют:
• Хотя бы два файла в группе
• Каждый файл на отдельном диске
• Каждый файл на отдельном контроллере диска
Диск 1
Файл
1
Файл
2
Файл
1
Диск 2
Файл
2
Группа 1
Файл
1
Группа 2
Файл
2
Группа 3
Замечание: Мультиплексирование журналов повторов может повлиять на
общую производительность базы данных.
14 - 22
Copyright © 2008, Oracle. All rights reserved.

22.

Multiplexing the Redo Log
14 - 23
Copyright © 2008, Oracle. All rights reserved.

23.

Файлы Archive Log
Чтобы сохранить сведения о действиях, создайте архивные
копии файлов журнала повтора, выполнив следующие
действия.
1. Укажите соглашение об именовании файлов архивного
журнала.
2. Укажите одно или несколько расположений файлов
архивного журнала.
3. Перевести базу данных в режим ARCHIVELOG.
Online redo log files
14 - 24
Archive log files
Copyright © 2008, Oracle. All rights reserved.

24.

Процесс Archiver (ARCn)
Archiver (ARCn):
• Необязательный фоновый
процесс
• Автоматически
архивирует файлы
оперативного журнала
повтора, если для базы
данных установлен режим
ARCHIVELOG
• Сохраняет запись всех
изменений в базе данных
SGA
Redo log buffer
LGWR
LogWriter
Redo log
files
Co pies of
Redo log
files
ARCn
Archiver process
14 - 25
Copyright © 2008, Oracle. All rights reserved.

25.

Файлы Архивных Журналов:
Наименования и Назначения
Если USE_DB_RECOVERY_FILE_DEST удалён,
то flash recovery не используется
14 - 26
Copyright © 2008, Oracle. All rights reserved.

26.

Включение Режима ARCHIVELOG
Чтобы перевести базу данных в режим ARCHIVELOG,
выполните следующие действия в Enterprise Manager:
1. Поставьте галочку в окошке Режим ARCHIVELOG и
нажмите Apply.
База данных может быть переведена в режим
ARCHIVELOG только в состоянии MOUNT.
2. Перезапустите базу данных (с привилегиями SYSDBA).
3. (Необязательно) Просмотрите статус архивирования.
4. Выполните резервное
sqlplus / as sysdba
копирование базы данных.
shutdown immediate
Замечание: Базы данных в режиме startup mount
alter database archivelog;
ARCHIVELOG имеют доступ ко всему alter database open;
archive log list
спектру опций резервного
копирования и восстановления.
14 - 28
Copyright © 2008, Oracle. All rights reserved.

27.

Summary
In this lesson, you should have learned how to:
• Identify the types of failure that can occur in an Oracle
database
• Describe ways to tune instance recovery
• Identify the importance of checkpoints, redo log files,
and archive log files
• Configure the flash recovery area
• Configure ARCHIVELOG mode
14 - 29
Copyright © 2008, Oracle. All rights reserved.

28.

Practice 14 Overview:
Configuring for Recoverability
This practice covers the following topics:
• Verifying control files
• Configuring a default flash recovery area
• Multiplexing redo log groups
• Placing your database in ARCHIVELOG mode
• Ensuring that redundant archive logs are created
14 - 30
Copyright © 2008, Oracle. All rights reserved.
English     Русский Правила