Резервне копіювання: відмінності між версіями

[неперевірена версія][неперевірена версія]
Вилучено вміст Додано вміст
Mesmeridze (обговорення | внесок)
м Внесено зміни в розділ "Вимоги для відновлення даних"
Рядок 10:
Для визначення вимог для швидкості відновлення та періодичності створення резервних копій, використовують наступні визначення:
 
'''Recovery Point Objective (RPO)''' - Цільва точка відновлення. Визначає періодичність створення резервних копій. У разі пошкодження або видалення даних і потребу відновити "найсвіжішу" копію, це можливо зробити лише на останню RPO. В залежності від технологій, що були використані підчаспід час створення резервних копій, відновлення можливе також у перід між різними RPO, така технологія називається Point In Time Restore та властива СУБД.
 
'''Recovery Time Objective (RTO)''' - Цільовий час відновлення. Визначає час, який повинен пройти з початку і до кінця відновлення даних з резервної копії. Час з моменту втрати даних до початку роботи спеціаліста по відновленню, а також час з моменту відновлення з резервної копії до початку використання даних користувачами, може не включатися до RTO.
 
Для можливості відновлення підчаспід час катастрофи (відмова сайту або парна відмова зарезервованих компонентів) існують також такі визначення:
 
'''Disaster Recovery Point Objective (DRPO)''' - Цільова точка відновлення підчаспід час катастрофи. RPO у разі настання катастрофи.
 
'''Disaster Recovery Time Objective (DRTO)''' - Цільович час відновлення підчаспід час катастрофи. RTO у разі настання катастрофи.
 
== Рівні резервного копіювання ==
Рядок 31:
== Ціліснісність резервних копій даних ==
Цілістність резервної копій даних — це відповідність даних резервної копії та орігіналу на момент створення копії. Якщо було вибрано неправильний метод створення резервної копії, неможливо буде відновити дані у разі потреби. Для забезпечення цілісності резервних копій використовуюсть різні методи, в залежності від об'єкта резервного копіювання. Загалом, необхідно виконати декілька дій:
# Забезпечити незмінність даних підчаспід час створення копії, інакше неможливо буде перевірити відповідність створенної копії: контрольні суми збереженої копії та орігіналу будуть відрізнятися.
# Розблокувати дані для можливості читання — ОС може блокувати навіть спроби читання файлів з носія.
# Виконати запис змін, що були зроблені в оперативній пам'яті, на жорсткий диск (в Linux — команда ''sync'') — іншкше деякі частини об'єкту резервного копіювання можуть не відповідати змінам, які вже були виконані.
Рядок 48:
'''Тіньова копія''' (Shadow Copy) — Створення миттєвої копії з дискового розділу операційної системи, при цьому використовується властивості файлової системи.
 
'''Snapshot дисків''' — Замороження змін на основному диску та перенаправлення їх у окремий файл підчаспід час створення резервної копії.
 
'''Snapshot дискового розділу''' — створення миттєвої копії даних безпосередньо на дисковому масиві, використовується можливості дискових масивів.