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

Создание [[резервное копирование|резервной копии]] большого объёма данных может занять длительное время. В [[многозадачность|многозадачных]] или [[Многопользовательская система|многопользовательских системах]], во время резервного копирования может происходить запись или изменение файлов и папок, что может привести к неверной резервной копии данных. Например, пользователь перемещает файл из директории, которая ещё не была сохранена в бэкап, в директорию которая уже сохранена. Такой файл может вообще не войти в бэкап. Также, файл предназначенный для резервного копирования может записываться в момент его чтения процедурой бэкапа и может быть сохранён в неверной версии.

Одним из методов ''безопасного'' создания бэкапа является запрещение записи в данные, которые подлежат резервному копированию, на время создания резервной копии. Ещё одним методов является остановка всех приложений, которые могут изменять эти данные, или блокировка этих приложений форсированным включением режима только для чтения средствами [[API]] [[Операционная система|операционной системы]]. Эти методы используются в системах ''низкой доступности'' (домашние компьютеры, сервера небольших рабочих групп, для которых регулярная ''недоступность'' ''(downtime)'' позволительна). В системах ''высокой доступности'' [[24/7]] эти методы применять нельзя, так как это может повлечь отказ в обслуживании сервисов.

Для избежания ''недоступности'' ''(downtime)'', системы высокой доступности могут, вместо прямого резервного копирования сначала создать ''снапшот''-ную, [[только для чтения]], копию информации, заморожённой в определенный момент времени. А затем, позволив приложениям продолжить обновлять данные, создавать бэкап. Большинство реализаций снапшотов эффективны, они создают снапшот за ''[[«O» большое и «o» малое|''O(1)]]'']]. Другими словами, время и количество операций ввода-вывода необходимое для создания снапшота не увеличивается с ростом объёма данных, в то время, как те же параметры для создания ''прямого'' бэкапа пропорциональны размеру сохраняемых данных.

Снапшоты для чтения-записи иногда приводят к ''ветвлению'' снапшотов, так как они неявно создают различные версии своих данных. Помимо резервного копирования и восстановления данных, снапшоты часто используются в виртуализации, в различных [[песочницаПесочница (безопасность)|песочницах]]х и в [[Виртуальный хостинг|виртуальном хостинге]], благодаря их эффективности в ведении изменений большого набора данных.

Некоторые файловые системы, такие как [[Write Anywhere File Layout|WAFL]], [[fossil (file system)|fossil]] для [[Plan 9 from Bell Labs]] или [[ODS-5]], внутренне отслеживают старые версии файлов и делают снапшоты доступными через специальное [[пространство имен (компьютерное)|пространство имен]]. Другие, например [[UFS2]], предоставляют для операционной системы [[API]] для доступа к своей истории файлов. В [[NTFS]], доступ к снапшотам предоставляется через [[Volume Shadow Copy|Volume Shadow Copy (VSS)]] в [[Windows XP]] и [[Winodws 2003]], и через [[Shadow Copy]] в [[Windows Vista]]. Снапшоты также доступны в NSS ([[Novell Storage Services]]) файловой системы для [[Netware]], начиная с версии 4.11, и более новых на [[Linux]] платформах в продуктах [[Open Enterprise Server|Open Enterprise Server]] (OES)]].

[[Программная транзакционная память]] — это схема, которая применяет туже концепцию для структуры данных, хранящейся только в оперативной памяти.

== СмотриСм. также ==

* {{cite web|url=http://www.storagenews.ru/25/CA_snap-tech.pdf|title = Проблематика - — что такое снапшот? |firstauthor=Михаил Митрошин.|lastpublisher=Митрошин???|date=2005|accessdate=???}}

* {{cite web|url = http://www-128.ibm.com/developerworks/tivoli/library/t-snaptsm1/index.html|title = Understanding and exploiting snapshot technology for data protection, Part 1: Snapshot technology overview|first author= Neeta|last = Garimella.|publisher=???|date =26 апреля 2006-04-26|accessdate=???}}

* {{cite web|title = Storage Basics: Backup Strategies|date =24 сентября 2003-09-24|first author= Mike|last = Harwood.|url = http://www.enterprisestorageforum.com/management/features/article.php/3082691|publisher=???|accessdate=???}}