Студопедия

КАТЕГОРИИ:


Архитектура-(3434)Астрономия-(809)Биология-(7483)Биотехнологии-(1457)Военное дело-(14632)Высокие технологии-(1363)География-(913)Геология-(1438)Государство-(451)Демография-(1065)Дом-(47672)Журналистика и СМИ-(912)Изобретательство-(14524)Иностранные языки-(4268)Информатика-(17799)Искусство-(1338)История-(13644)Компьютеры-(11121)Косметика-(55)Кулинария-(373)Культура-(8427)Лингвистика-(374)Литература-(1642)Маркетинг-(23702)Математика-(16968)Машиностроение-(1700)Медицина-(12668)Менеджмент-(24684)Механика-(15423)Науковедение-(506)Образование-(11852)Охрана труда-(3308)Педагогика-(5571)Полиграфия-(1312)Политика-(7869)Право-(5454)Приборостроение-(1369)Программирование-(2801)Производство-(97182)Промышленность-(8706)Психология-(18388)Религия-(3217)Связь-(10668)Сельское хозяйство-(299)Социология-(6455)Спорт-(42831)Строительство-(4793)Торговля-(5050)Транспорт-(2929)Туризм-(1568)Физика-(3942)Философия-(17015)Финансы-(26596)Химия-(22929)Экология-(12095)Экономика-(9961)Электроника-(8441)Электротехника-(4623)Энергетика-(12629)Юриспруденция-(1492)Ядерная техника-(1748)

Методи відновлення




Тип процедури, що буде використано для відновлення БД залежить від розмірів пошкоджень, що зазнала база даних в наслідок відмови. Тут розглянемо два варіанти ушкоджень методи використовуються в другому випадку.

- Якщо базі задано обширних ушкоджень, наприклад пошкоджена магнітна головка диску, то необхідно відновити її останню резервну копію, після чого повторити в ній всі зафіксовані трансакції, відомості про які наявні в журналі не був ушкоджений;

- Якщо база не отримала фізичних ушкоджень, а лише втратила погодженість даних, що в ній зберігаються, то достатньо викотити ті трансакції, що викликали перехід БД в неналагоджений стан;

 

Методи:

- Метод відновлення з використанням негайного оновлення;

- Метод тіньового сторінкового обміну;

1. При виникненні цього методу оновлення не заносяться до БД, до тих пір, поки трансакція не вносить помилку фіксації змін. Якщо виконання трансакції буде критичне до досягнення цієї точки, ніяких змін в БД не відбудеться, тому не буде потреби в їх відміні. Але у цьому випадку може знадобитися виконати накат оновлень вже зафіксованих трансакцій через те, що їх результати могли недосягти БД.

2. При винвкненні протоколу негайного оновлення всі зміни заносяться до БД одразу після виконання їх в трансакції, що до досягнення моменту фіксації. Окрім необхідності накату зафіксованих трансакцій, в цьому випадку після аварії ще необхідно виконати викат незафіксованих дій.

3. Альтернативою двом попереднім методам є метод тіньового, сторінкового обміну. Цей метод передбачає організацію на час виконання трансакції двох таблиць, сторінок – поточної і тіньової. Коли транакція починає роботу, обидві таблиці сторінок є однаковими. Тіньова таблиця сторінок в подальшому не змінюється і може виконатися для відновлення БД в разі відмови. В ході виконання трансакцій поточна таблиця сторінок виконується для реєстрації всіх змін, що заносяться до БД.

Суттєвою перевагою методу є значна швидкість відновлення – непотрібно виконувати відкат – накат.

 

Контрольні питання

 

1. Дайте визначення просу відновлення БД.

2. Які різновиди носіїв інформації використовуються при роботі з БД?

3. Коротко охарактеризуйте кожен з них.

4. Які чинники відмов бази даних ви можете назвати?

5. Яким чином відбувається відновлення БД за допомогою трансакцій?

6. Які функції відновлення забезпечує кожна типова СУБД?

7. В чому полягає сенс резервного копіювання?

8. Що являє собою файл журналу?

9. Що таке контрольна точка? Як і коли вона створюється?

10. Які методи відновлення ви можете назвати? В чому сенс кожного з них?

 




Поделиться с друзьями:


Дата добавления: 2014-01-07; Просмотров: 342; Нарушение авторских прав?; Мы поможем в написании вашей работы!


Нам важно ваше мнение! Был ли полезен опубликованный материал? Да | Нет



studopedia.su - Студопедия (2013 - 2024) год. Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав! Последнее добавление




Генерация страницы за: 0.008 сек.