Мгновенный снимок: различия между версиями
| [отпатрулированная версия] | [непроверенная версия] |
Содержимое удалено Содержимое добавлено
Строка 4:
Создание [[резервное копирование|резервной копии]] большого объёма данных может занять длительное время. В [[многозадачность|многозадачных]] или [[Многопользовательская система|многопользовательских системах]], во время резервного копирования может происходить запись или изменение файлов и директорий, что может привести к неверной резервной копии данных. Например, пользователь перемещает файл из директории, которая ещё не была сохранена при [[Резервное копирование|резервном копировании]] (в резервную копию — бэкап), в директорию которая уже сохранена. Такой файл может вообще не войти в бэкап. Также, файл, предназначенный для резервного копирования, может записываться в момент его чтения процедурой бэкапа и может быть сохранён в неверной версии.
Одним из методов ''безопасного'' создания бэкапа является запрещение записи в данные, которые подлежат резервному копированию, на время создания резервной копии. Ещё одним из методов является остановка всех приложений, которые могут изменять эти данные, или блокировка этих приложений форсированным включением режима только для чтения средствами [[Интерфейс программирования приложений|интерфейса программирования приложений]] (API) [[Операционная система|операционной системы]] (ОС). Эти методы используются в системах ''низкой доступности'' (домашние компьютеры, сервера небольших рабочих групп, для которых регулярная ''недоступность'' (downtime) позволительна). В системах ''высокой доступности'' [[24/7|24x7]] эти методы применять нельзя, так как это может повлечь отказ в обслуживании сервисов.
Для избежания ''недоступности'' (downtime), системы высокой доступности могут, вместо прямого резервного копирования сначала создать ''снапшот''-ную, [[только для чтения]], копию информации, заморожённой в определенный момент времени. А затем, позволив приложениям продолжить обновлять данные, создавать бэкап. Большинство реализаций снапшотов эффективны, они создают снапшот за ''[[«O» большое и «o» малое|O(1)]]''. Другими словами, время и количество операций ввода-вывода необходимое для создания снапшота не увеличивается с ростом объёма данных, в то время, как те же параметры для создания ''прямого'' бэкапа пропорциональны размеру сохраняемых данных.
| |||