36293

Восстановление базы данных

Доклад

Информатика, кибернетика и программирование

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

Русский

2013-09-21

28 KB

3 чел.

  1.  Восстановление базы данных

 

Существует 3 типа сбоя (см. ответ на вопрос 3):

  1.  Индивидуальный откат транзакции. Типичной ситуацией отката транзакции является ее завершением оператором ROLLBACK; откат транзакции может быть инициирован системой. При этом надо устранить последствия  операторов модификации базы данных, которые выполнялись в этой транзакции.
  2.  Восстановление после внезапной потери содержимого оперативной памяти (мягкий сбой). Возникает при выключении электрического питания и при неустранимом сбое процессора. Ситуация характеризуется потерей той части базы данных, которая к моменту сбоя содержалась в буферах оперативной памяти.
  3.  Восстановление после поломки основного внешнего носителя базы данных (жесткий сбой).

Индивидуальный откат транзакции.

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

Индивидуальный откат транзакции выполняется следующим образом:

выбирается очередная запись из списка данной транзакции;

выполняется противоположная по смыслу операция (например, вставка вместо удаления); тем самым восстанавливается предыдущее состояние объекта базы данных;

обратные операции журнализируются;

при успешном завершении отката в журнал заносится запись о конце транзакции; с точки зрения механизма  журнализации такая транзакция является зафиксированной.

Восстановление после мягкого сбоя.

К числу проблем, возникающих при мягком сбое, относится тот факт, что одна логическая операция модификации базы данных может изменить несколько физических блоков базы данных. Несмотря на применение протокола WAL, после мягкого сбоя набор страниц внешней памяти базы данных может оказаться несогласованным, т.е. часть страниц внешней памяти соответствует измененному состоянию объекта, а часть - нет. К такому состоянию не применима операция восстановления логического уровня. Если состояние объекта соответствует состоянию объекта до/после его изменения, то состояние внешней памяти базы данных называют физически согласованным.

Восстановление после жесткого сбоя, механизм резервного копирования.

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

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

Восстановления начинается с обратного копирования базы данных из архивной копии; затем для всех закончившихся транзакций операции выполняются повторно в прямом смысле. По журналу (в прямом направлении) выполняются все операции, для незакончившихся к моменту сбоя операциям применяется откат. Поскольку жесткий сбой не сопровождается утратой буферов оперативной памяти, можно восстановить базу данных до такого уровня, чтобы можно было продолжить даже выполнение незакончившихся транзакций. Восстановление после жесткого сбоя - процедура достаточно длительная. К сожалению, возможна утрата и журнала изменений, тогда единственным источником данных является архивная копия; недостатком в данном случае является восстановление не к последнему согласованному состоянию базы данных.

Производство архивных копий возможно несколькими путями: при переполнении журнала изменений и архивирование самого журнала изменений.


 

А также другие работы, которые могут Вас заинтересовать

17227. ЗАВИСИМЫЕ РЕЛЯЦИОННЫЕ ОПЕРАЦИИ 87.5 KB
  Лекция №6 Зависимые реляционные операции Как было сказано в начале главы не все операции реляционной алгебры являются независимыми некоторые из них выражаются через другие реляционные операции. Операция соединения Операция соединения определяется ч...
17228. РЕЛЯЦИОННОЕ ИСЧИСЛЕНИЕ 191 KB
  Лекция №7 РЕЛЯЦИОННОЕ ИСЧИСЛЕНИЕ В выражениях реляционной алгебры всегда явно задается определенный порядок а также подразумевается определенная стратегия вычисления запроса. В реляционном исчислении не существует никакого описания процедуры вычисления за
17229. ОСНОВЫ ПРОЕКТИРОВАНИЯ РЕЛЯЦИОННЫХ БД 120.5 KB
  Лекция №8 ОСНОВЫ проектирования реляционных БД При проектировании базы данных решаются две основные проблемы. Проблема логического проектирования баз данных. Каким образом отобразить объекты предметной области в абстрактные объекты модели данных чтобы эт...
17230. НОРМАЛЬНЫЕ ФОРМЫ БОЛЕЕ ВЫСОКИХ ПОРЯДКОВ 69.5 KB
  Лекция № 9 Нормальные формы более высоких порядков Для большинства практических задач вполне достаточно 3НФ чтобы проектировать вполне работоспособные БД. При приведении БД к 3НФ неявно предполагалось что все отношения содержат один потенциальный ключ. Это не
17231. Организация баз данных. Основы построения представлений и триггеров в СУБД SQL Server 744 KB
  Лабораторная работа № 1. Тема: Организация баз данных. Основы построения представлений и триггеров в СУБД SQL Server. Цель работы: Изучение логической архитектуры сервера и клиента СУБД SQL Server возможностей создания модификация и выполнение запросов построение и испо...
17232. Создания хранимых процедур и функций с использованием средства СУБД SQL Server и языковых конструкций Transact-SQL 79.5 KB
  Лабораторная работа № 2. Создания хранимых процедур и функций с использованием средства СУБД SQL Server и языковых конструкций TransactSQL. Цель работы Изучение возможностей программирования элементов поддержки БД под управлением СУБД SQL Server. Задание на лабораторн
17233. Использование языка манипулирования данными Transact-SQL для создания курсоров 89.5 KB
  Лабораторная работа № 3. Использование языка манипулирования данными TransactSQL для создания курсоров Цель работы Изучение возможностей программирования элементов поддержки БД под управлением курсоров. Задание на лабораторную работу Ознакомиться с метод
17234. Параллельная обработка транзакций 104.5 KB
  Лабораторная работа № 5 Параллельная обработка транзакций Цель работы Изучение возможностей параллельной обработки данных в SQL Server и приемов подключения приложений к серверу с использованием ODBC. Изучение действия блокировок накладываемых сервером. Задание
17235. Общее представление об информационной системе 68 KB
  Лекция №1 Общее представление об информационной системе Под информационной системой ИС понимается организованная совокупность технических и обеспечивающих средств технологических процессов и кадров. В зависимости от конкретной области применения информацио