Необхідність відновлення.
Відновлення бази даних.
План
1.Відновлення бази даних.
2. Необхідність відновлення.
3. Трансакції і відновлення.
4.Функції відновлення.
5. Методи відновлення.
Відновлення бази даних − процес повернення бази даних в прийнятний стан, що був втрачений в результаті збою або відмови.
В ході лекції будуть розглянуті засоби організації роботи з СУБД, що дозволить й відновити свою роботу у випадку виникнення відмови.
Для того, щоб зрозуміти потенційні проблеми, з якими можна зіткнутися під час організації роботи, перш за все з'ясуємо, в чому полягає необхідність відновлення системи, різні типи відмов, що можуть мати місце в розрахунковому середовищ при роботі з базами даних.
Для зберігання даних в загальному випадку може бути використано чотири типи носіїв. Розглянемо їх в порядку зростання.
Це оперативна пам'ять, магнітний диск, магнітний диск, оптичний диск.
Оперативна пам'ять являє собою тимчасове сховище даних вміст якого знищується у разі відмови системи.
Магнітні диски являють собою оперативне сховище інформації. Вартість носіїв, порівняно з постійною пам'яттю, незначна. Надійність зберігання даних невелика, але звісно вище, ніж у оперативної пам`яті. Швидкість доступу менша порівняно з основною пам`яттю в 3-4 рази.
Магнітна стрічка – це автономний постійний носій інформації, що має надійність порівняно вище. Але ці засоби дозволяють лише послідовний доступ до даних, окрім того, що є занадто застарілим.
Оптичні диски ( а поряд з ними і компакти) є більш надійними засобами зберігання інформації і дозволяють довільний доступ до інформації. Оперативну пам`ять називають первинною, а диски, магнітні та інші – вторинною. Існує велика кількість різних типів відмов, що здатні вплинути на функціонування БД, кожен з яких потребує особливих засобів обробки. Одні відмови впливають лише на вміст оперативної пам`яті, інші можуть вплинути і на постійну пам`ять системи.
Далі розглянемо деякі причини відмов:
- Аварійне припинення роботи систем, що викликане помилкою обладнання або програмного забезпеченння, що призведе до руйнування вмісту оперативної пам`яті;
- Відмова носіїв носіїв інформації викликає руйнування магнітної головки або поява збою читання, якій не можна оминути. Це зазвичай призводить до втрати вторинної пам`яті системи;
- Помилки прикладних програм, наприклад логічні помилки в програмах, що отримують доступ до БД, які послугували причиною збоїв при виникненні однієї або кількох трансакцій;
- Стихійні лиха – це повені, пожежі або відмови в мережі електроживлення;
- Недбале або легковажне ставлення, що стало причиною руйнування даних або програми зі сторони операторів або системи;
- Диверсії або навмисне руйнування і знищення даних, обладнання або програмного забезпечення.
Якою б не була причина відмови системи, існує два принципові наслідки, які необхідно враховувати:
- втрата вмісту оперативної пам`яті, в тому числі буферів бази даних;
- втрата копії БД на дисках.
Далі розглянемо концепції і технології, що дозволяють мінімізувати наслідки аварій і успішно відновити систему після збою.