Мгновенный снимок: различия между версиями

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