Восстановление БД после сбоев. Типы сбоев. Архивные копии БД. Журнал БД. Зафиксированные транзакции. Стратегия двухфазной фиксации

Восстановление БД – это процесс возвращения ее в корректное состояние, утраченное в результате сбоя или отказа сиситемы.

Мягкий сбой:

При мягком сбое пропадает содержимое буферов оперативной памяти.

Целью процесса восстановления после мягкого сбоя является состояние базы данных, которое возникло бы при фиксации во внешней памяти изменений всех завершившихся транзакций и которое не содержало бы никаких следов незаконченных транзакций.

1. производят откат незавершенных транзакций (UNDO)

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

Жесткий сбой:

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

Таким образом, наряду с журналом, для защиты от отказов в составе СУБД должны быть предусмотрены средства регулярного создания архивных копий базы данных.

Архивная копия-это полная копия БД к моменту начала заполнения журнала

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

Журнал – часть БД, вкот поступают данные обо всех изменениях основной части БД. Журнал не доступен пользователю. Цель журнализации – возможность восстановления.

Стратегия двухфазной фиксации: результаты зафиксированных транзакций должны быть сохранены в восстановленном состоянии БД, а незафиксированные должны отсутствовать.

Администрирование БД.

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

Администратор базы данных (АБД) – отвечает за выработку требований к базе данных, её проектирование, реализацию, эффективное использование и сопровождение, включая управление учётными записями пользователей БД и защиту от несанкционированного доступа. Не менее важной функцией администратора БД является поддержка целостности базы данных.

Задачи АБД могут незначительно отличаться в зависимости от вида применяемой СУБД, но в основные задачи входит:

-Проектирование базы данных.

-Оптимизация производительности базы данных.

-Обеспечение и контроль доступа к базе данных.

-Обеспечение безопасности в базе данных.

-Резервирование и восстановление базы данных.

-Обеспечение целостности баз данных.

-Обеспечение перехода на новую версию СУБД.

Устойчивость информационной базы, физическая и логическая независимость данных.

Интегрированная информационная база должна быть построена в соответствии с некоторой моделью предметной области. От обоснованности этой модели, ее достоверности и адекватности во многом зависит работа АИС.

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

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

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

Трехуровневая архитектура СУБД.

Трехуровневая архитектура СУБД позволяет обеспечить независимость хранимых данных от использующих их программ.

три уровня:

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

Концептуальный уровень - промежуточный уровень в 3х уровневой архитектуре и обеспечивает представление всей информации БД в абстрактной форме. Описание БД на этом уровне называется концептуальной схемой, которая вкл. объекты и их атрибуты, связи между объектами, ограничения, накладываемые на данные, семантическую информацию о данных, обеспечение безопасности и поддержки целостности данных. Концептуальная схема — единое логическое описание всех элементов данных и отношений между ними, логическая структура всей БД.

2.Внутренняя схема описывает физическую реализацию БД и предназначена для достижения оптимальной производительности и экономии дискового пространства. На внутреннем уровне осуществляется взаимодействие СУБД с методами доступа ОС с целью размещения данных на ЗУ, создания индексов, извлечения данных и т. д.

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

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

Реализация трехуровневой архитектуры БД требует, чтобы СУБД переводила информацию с одного уровня на другой, то есть преобразовывала адреса и указатели в соответствующие логические имена и отношения и наоборот. Выгодой такого перевода является независимость логического и физического представления данных, но и плата за эту независимость не малая — большая системная задержка.


Понравилась статья? Добавь ее в закладку (CTRL+D) и не забудь поделиться с друзьями:  



double arrow
Сейчас читают про: