- •Прил 1
- •Прил n
- •Прил 2
- •Концептуальная модель
- •2. Классификация м данных.
- •3. Иерархическая мд. Операции над данными в иерархической базе данных. Достоинства и недостатки иерархической мд.
- •4. Сетевая мд. Операции над данными в сетевой базе данных. Достоинства и недостатки сетевой мд.
- •5. Реляционная мд. Её свойства.
- •6. Реляционная алгебра.
- •7. Ключи в отношениях. Зависимости между атрибутами в реляционной м.
- •8. Нормализация отношений.
- •9. Языки бд.
- •10. Определение данных в языке структурированных запросов sql.
- •11. Манипулирование данными в языке sql.
- •12. Основные принципы управления тран-ями.
- •Операции тран-ии
- •Обеспечение согласованности
- •13. Защита бд от сбоев.
- •Резервные копии и контрольные точки
- •Журналы тран-ий
- •Восстановление посредством повторной обработки
- •Восстановление посредством прокрутки вперед
- •Восстановление посредством отката
- •Восстановление при повреждении жесткого диска
- •Поддержка автоматического восстановления
- •14. Основные средства субд, свойства субд, классификация современных субд.
- •15. Архит-ра «Клиент - Сервер». М взаимодействия fs, rda, dbs, as, их анализ.
- •16. Эволюция серверов бд.
- •17. Хранилища данных и olap-технология.
13. Защита бд от сбоев.
Возможно, наиболее важным свойством коммерческих СУБД является поддержка ими восстановления после сбоев.
БД и прил должны разрабатываться с учетом необходимости восстановления после сбоев. К сожалению, невозможно разработать системы, гарантированные от возникновения сбоев. Вместо этого разработчики должны предвидеть потенциальные сбои и создавать адекватные планы реагирования.
Цель плана восстановления системы состоит в том, чтобы как можно скорее вернуть базу данных в состояние, о котором известно, что оно корректно, и сделать ее работоспособной. Планы восстановления также предусматривают действия персонала для поддержания функционирования предприятия, пока БД недоступна. Если система находится в неработоспособном состоянии длительное время, должен существовать план обновления БД с учетом деятельности предприятия, проводившейся во время ее отключения.
Существует множество потенциальных причин сбоев в работе БД.
1. Аварийный отказ компьютера сервера БД. В этом случае сервер БД становится недоступным на некоторое время. Могут произойти повреждения информационного содержимого из-за того, что некоторая информация хранилась в памяти и не была перенесена на более постоянное дисковое устройство.
2. Аварийный отказ программного обеспечения сервера БД. Этот сбой не должен происходить вообще. Важной характеристикой коммерческого сервера БД является требование невозможности катастрофического сбоя без наличия внешней причины. Результат тот же, что и в случае 1.
3. Аварийный отказ компьютера клиента БД. Состояние прил клиента будет потеряно, а все открытые тран-ии будут остановлены. Операции сервера могут быть нарушены, вследствие блокировок, удерживаемых неактивными тран-ями.
4. Отказ клиентского программного обеспечения. Этот сбой аналогичен сбою 3, за исключением того, что исполняющий клиентскую программу компьютер продолжает работать и может проинформировать сервер БД о произошедшем отказе программного обеспечения клиента.
5. Сбои в сетевом соединении между клиентом и сервером. Этот сбой похож на сбой 3 тем, что клиентский компьютер становится недоступен, и его тран-ии останавливаются. Основное различие в том, что клиентский компьютер может появиться снова в любой момент времени.
6. Тран-я выполняет операцию отката. Тран-я по своей инициативе отменила свое выполнение, и сделанные ею обновления должны быть удалены из БД.
7. Тран-я выполняет неразрешенную операцию. Менеджер тран-ий обнаруживает, что тран-я нарушила некоторый протокол. Сервер должен обладать возможностью прервать транзакцию и восстановить систему посредством отката.
8. Взаимная блокировка двух или более тран-ий. Если сервер обнаруживает состояние взаимной блокировки, он должен прервать одну или несколько тран-ий, чтобы разорвать взаимную блокировку. Блокировки, удерживаемые находящимися в состоянии взаимной блокировки тран-ями, могут оказывать влияние на выполнение других тран-ий.
9. Одна или более тран-ий вносят в базу данных ошибки. Такая ситуация возникает, когда программное обеспечение прил выполняется неправильно и обновляет содержимое БД, вводя в него недостоверную или несогласованную информацию. Как следствие, нарушается целостность БД.
10. Повреждение хранящихся на диске данных. Ошибка аппаратного обеспечения, приводящая к недоступности некоторой части информации БД.
Основным средством поддержки восстановления является создание резервных копий. Например, СУБД Oracle во время обработки тран-ий удерживает резервную информацию в сегментах отката. БД содержит новые значения, а сегмент отката — старые значения. Если при выполнении тран-ии происходит сбой, вызывающий необходимость отката, то содержимое сегмента отката копируется обратно в базу данных. Эта стратегия осуществляет восстановление при сбоях тран-ий.
Другая стратегия состоит в создании и обслуживании резервных копий БД и размещении этих копий в других местах.