Сочинение на тему Методы восстановления базы данных, используемые в распределенной среде
- Опубликовано: 13.10.2020
- Предмет: Информационная наука
- Темы: Информационные технологии, Сбор данных
Потеря данных – это любой процесс или событие, которое вызывает удаление, повреждение или нечитаемость данных пользователем и / или программным обеспечением или приложением. Это происходит, когда данные не могут быть использованы владельцем данных или запрашивающим приложением, применяя к любым данным как в покое, так и в движении. Это также называется утечкой данных.
Возможные причины потери данных могут быть; сбой оборудования, человеческая ошибка, повреждение программного обеспечения, компьютерные вирусы, кража, разрушение оборудования.
Уровни возможного восстановления
- Восстановление в правильное состояние – возврат базы данных в исходное состояние до потери или повреждения данных. Обычно это лучший результат при попытке восстановить потерянные данные.
- Восстановление до контрольной точки – возврат базы данных к ранее сохраненной точке. Это восстановление обычно не сохраняет недавно введенные данные.
- Восстановление в предыдущее состояние. Восстановление базы данных в определенный момент времени.
- Восстановление в правильное состояние. База данных содержит некоторую информацию из правильного состояния. Ложных данных нет, хотя фрагменты могут отсутствовать.
- Восстановление в согласованное состояние – приводит все файлы данных в базе данных в согласованное состояние; все файлы восстанавливаются по состоянию на один момент времени. Для восстановления после сбоя базы данных системы управления базами данных используют ряд методов управления восстановлением.
Типичные стратегии восстановления базы данных:
- В случае программных сбоев, приводящих к несогласованности базы данных, стратегия восстановления включает в себя отмену транзакции или откат транзакции. Тем не менее, иногда транзакция повтора также может быть принята для восстановления согласованного состояния транзакции.
- В случае серьезных сбоев, приводящих к серьезному повреждению базы данных, стратегии восстановления включают восстановление предыдущей копии базы данных из архивной резервной копии. Более актуальное состояние базы данных достигается путем повторного выполнения операций зафиксированных транзакций из журнала транзакций.
СПОСОБЫ ВОССТАНОВЛЕНИЯ БАЗ ДАННЫХ
- Восстановление после сбоя питания
- Восстановление после сбоя диска
Сбой питания приводит к потере информации в непостоянной памяти. После восстановления питания операционная система и система управления базами данных перезагружаются. Менеджер восстановления инициирует восстановление из журналов транзакций.
В случае режима немедленного обновления менеджер восстановления выполняет следующие действия: – Операции, которые находятся в активном списке и в списке с ошибками, отменяются и записываются в список отмены.
Транзакции, находящиеся в списке перед фиксацией, переделаны.
Никаких действий не предпринимается для транзакций в списках фиксации или отмены.
В случае режима отложенного обновления диспетчер восстановления выполняет следующие действия: Операции, которые находятся в активном списке и списке с ошибками, записываются в список отмены. Операции отмены не требуются, поскольку изменения еще не записаны на диск.
Транзакции, находящиеся в списке перед фиксацией, переделаны.
Никаких действий не предпринимается для транзакций в списках фиксации или отмены.
Сбой диска или серьезный сбой приводят к полной потере базы данных. Для восстановления после этого аварийного сбоя подготовлен новый диск, затем восстановлена операционная система и, наконец, база данных восстановлена с использованием резервного копирования базы данных и журнала транзакций. Метод восстановления одинаков как для режима немедленного, так и для отложенного обновления.
Менеджер восстановления выполняет следующие действия: -Транзакции в списке фиксации и перед фиксацией переделываются и записываются в список фиксации в журнале транзакций.
Транзакции в активном и неудачном списках отменяются и записываются в список прерываний в журнале транзакций.
Контрольная точка – это момент времени, в который запись записывается в базу данных из буферов. Как следствие, в случае сбоя системы диспетчеру восстановления не нужно повторять транзакции, которые были зафиксированы до контрольной точки. Периодическая проверка сокращает процесс восстановления.
Существует два типа контрольных точек; нечеткая и последовательная контрольная точка.
Согласованная контрольная точка создает непротиворечивое изображение базы данных в контрольной точке. Во время восстановления отменяются или переделываются только те транзакции, которые находятся справа от последней контрольной точки. Транзакции с левой стороны последней согласованной контрольной точки уже зафиксированы и больше не нуждаются в обработке.
В нечеткой контрольной точке во время контрольной точки все активные транзакции записываются в журнал. В случае сбоя питания менеджер восстановления обрабатывает только те транзакции, которые были активны во время контрольной точки и позже. Транзакции, которые были зафиксированы до контрольной точки, записываются на диск и, следовательно, не требуют повторного выполнения.
Восстановление транзакции выполняется для устранения неблагоприятных последствий ошибочных транзакций, а не для восстановления после сбоя. К ошибочным транзакциям относятся все транзакции, которые изменили базу данных в нежелательное состояние, и транзакции, которые использовали значения, записанные ошибочными транзакциями.
Восстановление транзакций в этих случаях представляет собой двухэтапный процесс – ОТСУТСТВИЕ всех ошибочных транзакций и транзакций, на которые могут повлиять ошибочные транзакции.
УДАЛИТЕ все транзакции, которые не являются неисправными, но были отменены из-за ошибочных транзакций.
Шаги для операции UNDO:
- Если ошибочная транзакция выполнила INSERT, менеджер восстановления удаляет вставленные элементы данных.
- Если ошибочная транзакция выполнила DELETE, менеджер восстановления вставляет удаленные элементы данных из журнала.
- Если ошибочная транзакция выполнила ОБНОВЛЕНИЕ, диспетчер восстановления удаляет это значение, записывая значение перед обновлением из журнала.
Шаги для операции REDO:
- Если транзакция выполнила INSERT, менеджер восстановления создает вставку из журнала.
- Если транзакция выполнила DELETE, менеджер восстановления создает удаление из журнала.
- Если транзакция выполнила ОБНОВЛЕНИЕ, менеджер восстановления создает обновление из журнала.
Инструменты / программное обеспечение, используемое для восстановления базы данных
- Восстановление базы данных SQL – это программное обеспечение извлекает базу данных по таблицам.
Этот инструмент обеспечивает высокую точность восстановления файловых объектов, таких как: таблицы, представления, хранимые процедуры и программируемость. Это также позволяет пользователям просматривать предварительный просмотр восстановленных данных перед сохранением.
- Apex SQL recovery – этот инструмент позволяет восстанавливать из реальных (в реальном времени) журналов транзакций баз данных и отдельных БД.
- Восстановить базы данных Oracle – он восстанавливает и восстанавливает недоступные или поврежденные базы данных Oracle, созданные в различных версиях Oracle, например, в Oracle 9i.
- Восстановление базы данных SQL звездного феникса – восстанавливает таблицы, индексы, отчеты, правила, хранимые процедуры. Кроме того, это облегчает выборочное восстановление определенных таблиц из огромной БД.
Кибербезопасность или защита информационных технологий – это методы защиты компьютеров, сетей, программ и данных от несанкционированного доступа или атак, направленных на эксплуатацию. Существует четыре типа
Ахмад Альдхафири CEGR 4802/1/2018 ГИС Геоинформационная система (ГИС) – это система, предназначенная для сбора, хранения, обработки, анализа, управления и представления всех типов географических данных. Ключевым
Биткойн становится все более популярным и победоносным в мире криптовалют. С момента его создания в 2009 году стоимость биткойна в 2018 году выросла втрое. В