Oracle DBA Forum  

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

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

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

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



Задачи резервирования и восстановления

Целью администратора базы данных (АБД) является поддержка базы данных в доступном для использования состоянии.

Для этого АБД обычно вместе с системным администратором:

Осуществляет профилактические меры по устранению общих причин сбоев.

Добивается увеличения среднего времени безотказной работы (mean-time-between-failure - MTBF) за счет поддержания оборудования в надежном состоянии, используя избыточность важных компонентов и своевременно проводя в операционной системе работы по сопровождению. Oracle предоставляет дополнительные опции, позволяющие увеличить MTBF, включающие:

- Real Application Clusters (рассматривается в курсе Oracle Database 10g: Real Application Clusters );
- Streams (рассматривается в курсе Oracle Database lOg: Implement Streams).

Снижает среднее время восстановления (mean time to recover - MTTR), применяя усовершенствованные процедуры восстановления и конфигурируя резервные объекты так, чтобы они были без задержки доступны, когда это необходимо.
Минимизирует потери данных. АБД, применяющие наилучшие методы, могут сконфигурировать базу данных так, чтобы даже незафиксированные транзакции не терялись. В этом им помогают:

- Архивные журнальные файлы (рассматриваются далее в этом уроке)
- Резервные базы данных (standby databases) и Oracle Data Guard (рассматривается в курсе Oracle Database 10g: Data Guard Administration).
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #4  
Старый 26.09.2009, 19:13
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Виды сбоев



Виды сбоев

Сбои можно разделить на несколько общих видов:

Сбой команды: ошибочное завершение одной операции в БД (select, insert, update, delete).
Сбой пользовательского процесса: аварийное завершение сеанса БД.
Сбой сети: потеря соединения с базой данных.
Ошибка пользователя: пользователь успешно завершил операцию, однако действие было неправильным (удаление таблицы, ввод некорректных данных).
Сбой экземпляра: непредвиденная остановка экземпляра базы данных.
Сбой носителя: один или несколько файлов базы данных потеряны (удалены или сломан диск).
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #5  
Старый 26.09.2009, 19:14
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Сбой команды



Сбой команды

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



Сбой пользовательского процесса

Пользователи, аварийно отсоединенные от экземпляра, могли не завершить операции. После них необходимо выполнить очистку в системе. Фоновый процесс PMON периодически опрашивает серверные процессы, чтобы проверить, что обслуживаемые ими сеансы еще не завершились. Когда обнаруживается серверный процесс, с которым больше не соединен пользователь, процесс PMON откатывает транзакции аварийно завершившегося соединения и освобождает все заблокированные в нем ресурсы.

Вмешательства АБД может и не потребоваться, но он должен отлеживать тенденции сбоев пользовательских процессов. Одно или два аварийных отсоединений пользователей - не причина для беспокойства. Небольшой процент сбоев пользовательских процессов обычно присутствует, но постоянный и систематический их рост отражает другие проблемы. Большой процент аварийных отсоединений может вызвать необходимость обучения пользователей (надо будет показать, как нормально завершать сеанс, а не просто прерывать свои программы). Кроме того, большой процент аварийных отсоединений может быть обусловлен сетевыми проблемами и проблемами приложений.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #7  
Старый 26.09.2009, 19:17
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Сбой сети



Сбой сети

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



Ошибка пользователя

Пользователь может непреднамеренно удалить или изменить данные в таблице. Когда такое случается, АБД должен помочь пользователю восстановить данные. Если пользователь еще не зафиксировал изменения и не вышел из своей программы, тогда просто откатите его операции. Если же пользователь уже зафиксировал изменения, можно выполнить запрос прошлых данных (flashback queries) для выяснения значений, которые были до изменения ( и затем изменить данные, восстановив их старые значения).



В случае, когда запрос прошлых данных невозможен из-за того, что истек срок удержания информации отмены, АБД все же может восстановить первоначальные данные с помощью Oracle LogMiner.


Oracle LogMiner позволяет запросить данные из оперативных и архивных журнальных файлов с помощью интерфейса ввода SQL. Данные транзакций могут храниться в оперативных журналах дольше, чем в пространстве отмены, а также находиться в архивных журналах (если сконфигурировано их использование), пока те не будут удалены.

Oracle LogMiner рассматривается в курсе Oracle Database 10g: Администрирование II и в документе Oracle Database: Utilities.

Используя корзину удаленных объектов {recycle bin), пользователи, удалившие таблицу, могут ее восстановить такой, какой она было перед удалением. Дополнительные сведения см. в уроке "Флэшбэк".

Если корзина удаленных объектов уже очищена или пользователь удалил таблицу с опцией PURGE, уничтоженная таблица все еще может быть восстановлена с помощью метода восстановления на момент в прошлом (point-in-time recovery - PITR), если это соответствующим образом сконфигурировано в базе данных.

PITR рассматривается в курсе в курсе Oracle Database 10g: Администрирование II ив документе Oracle Database: Backup and Recovery Advanced User's Guide.
__________________
Чат форума (требуется аккаунт на github или twitter)

Последний раз редактировалось Marley; 26.09.2009 в 19:29.
Ответить с цитированием
  #9  
Старый 26.09.2009, 19:30
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Сбой экземпляра



Сбой экземпляра

Сбой экземпляра приводит к остановке экземпляра базы данных без синхронизации всех файлов БД. Такой сбой может произойти по причине аппаратного и программного сбоя или же в результате аварийной остановки по командам SHUTDOWN ABORT или STARTUP FORCE.

Участие администратора в восстановлении после такого сбоя обычно ограничивается перезапуском экземпляра.

Администратор также должен проводить работы, которые бы предотвратили появление в будущем причин сбоя экземпляра.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
  #10  
Старый 26.09.2009, 19:32
Marley Marley вне форума
Senior Member
 
Регистрация: 19.09.2009
Сообщений: 7,385
По умолчанию Фоновые процессы и восстановление: процесс контрольной точки (СКРТ)



Фоновые процессы и восстановление: процесс контрольной точки (СКРТ)

Для понимания того, что происходит при восстановлении после сбоя экземпляра, необходимо разобраться, как работают некоторые фоновые процессы. Каждые три секунды (или чаще), процесс СКРТ заносит данные в управляющий файл, чтобы документально отметить, какие блоки данных процесс DBWH записал из SGA на диск. Это называется "контрольной точкой"1 ("checkpoint"). Цель контрольной точки -обозначить место в оперативном журнальном файле, откуда начнется восстановление экземпляра после сбоя (это место называется "позицией контрольной точки"). Когда происходит событие переключения журнала, процесс СКРТ также записывает информацию контрольной точки в заголовки файлов данных.

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

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

Информация контрольной точки, записываемая процессов СКРТ, включает позицию (номер) контрольной точки, системный номер изменений (system change number), место в оперативном журнальном файле для начала восстановления, сведения о журналах и т.д.

Примечание: процесс СКРТ не пишет блоки данных на диск, а также журнальные блоки в оперативные журнальные файлы.
__________________
Чат форума (требуется аккаунт на github или twitter)
Ответить с цитированием
Ответ
Опции темы
Опции просмотра

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

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

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


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


Powered by vBulletin®