Поделиться через

служба теневого копирования томов (VSS)

  • Статья

Резервное копирование и восстановление важных бизнес-данных может быть очень сложным из-за приведенных ниже проблем.

  • Данные обычно следует архивировать, пока приложения, которые их производят, все еще работают. Это означает, что некоторые файлы данных могут быть открыты или находятся в несогласованном состоянии.

  • Если набор данных большой, может быть сложно выполнить резервное копирование всего за один раз.

Для правильного выполнения операций резервного копирования и восстановления требуется тесная координация между приложениями резервного копирования, бизнес-приложениями, для которых выполняется резервное копирование, оборудованием и программным обеспечением управления хранением. Служба теневого копирования томов (VSS), которая появилась в Windows Server® 2003, упрощает взаимодействие между этими компонентами, позволяя им лучше работать вместе. Если все компоненты поддерживают VSS, их можно использовать для резервного копирования данных приложения, не переводя приложения в автономный режим.

VSS координирует действия, необходимые для создания единообразной теневой копии (также известной как моментальный снимок или копия "на момент времени") архивируемых данных. Теневая копия может использоваться "как есть", или ее можно использовать в следующих сценариях.

  • Вам нужно выполнить резервное копирование данных приложения и информации о состоянии системы, включая архивацию данных на другой жесткий диск, на ленточный накопитель или на другой съемный носитель.

  • Вы интеллектуальный анализ данных.

  • Выполняется резервное копирование дисков на диск.

  • Вам нужно обеспечить быстрое восстановление после потери данных путем восстановления данных через исходный логический номер устройства (LUN) или новый LUN, который заменяет недействительный исходный LUN.

К компонентам и приложениям Windows, использующим VSS, относятся следующие:

Как работает VSS

Полное решение VSS требует приведенных ниже основных компонентов.

  • Служба VSS: часть операционной системы Windows, которая гарантирует, что другие компоненты могут взаимодействовать друг с другом правильно и работать вместе.

  • Средство запроса VSS: программное обеспечение, которое запрашивает фактическое создание теневых копий (или других высокоуровневых операций, таких как импорт или удаление). Обычно это приложение для резервного копирования. Служебная программа системы архивации данных Windows Server и приложение System Center Data Protection Manager являются инициаторами запросов VSS. Пользователи, не относящиеся к Microsoft VSS, включают практически все программы резервного копирования, которые работают в Windows.

  • Модуль записи VSS: компонент, гарантирующий, что у нас есть согласованный набор данных для резервного копирования. Обычно это предоставляется как часть бизнес-приложения, например SQL Server или Exchange Server. Модули записи VSS для различных компонентов Windows, таких как реестр, входят в состав операционной системы Windows. Записи VSS, отличные от Майкрософт, включаются в множество приложений для Windows, которые должны гарантировать согласованность данных во время резервного копирования.

  • Поставщик VSS: компонент, создающий и поддерживающий теневые копии. Он может быть в программном обеспечении или оборудовании. Операционная система Windows включает поставщика VSS, который использует операцию копирование при записи. Если используется сеть зоны хранения (SAN), важно установить поставщик оборудования VSS для SAN, если он указан. Поставщик оборудования снимает с себя задачу создания и обслуживания теневой копии из операционной системы узла.

На следующей схеме показано, как служба VSS координирует работу с инициаторами запросов, модулями записи и поставщиками для создания теневой копии тома.

Схема, показывающая, как служба VSS координирует запросы, записи и поставщики для создания теневой копии тома.

Рис. 1. Схема архитектуры службы теневого копирования томов

Создание теневого копирования

В этом разделе рассматриваются различные роли инициатора запроса, модуля записи и поставщика в контексте путем перечисления действий, необходимых для создания теневой копии. На следующей схеме показано, как VSS управляет общей координацией запрашивающего, средства записи и поставщика.

Схема, показывающая, как служба теневого копирования томов управляет общей координацией запрашивающего, средства записи и поставщика.

Рис. 2. Процесс создания теневого копирования

Для создания теневой копии инициатор запроса, модуль записи и поставщик выполняют приведенные ниже действия.

  1. Запрашивающий запрос просит VSS перечислить записи, собрать метаданные записи и подготовиться к созданию теневого копирования.

  2. Каждый модуль записи создает XML-описание компонентов и хранилищ данных, которые необходимо создать резервную копию и предоставляет в VSS. Модуль записи определяет метод восстановления, который используется для всех компонентов. VSS предоставляет описание средства записи запросу, который выбирает компоненты, которые будут резервные копии.

  3. VSS уведомляет всех писателей о подготовке своих данных к созданию теневого копирования.

  4. Каждый модуль записи подготавливает данные соответствующим образом, например, завершает все открытые транзакции, возвращает журналы транзакций и очищает кэши. Когда данные будут готовы к копированию тени, модуль записи уведомляет VSS.

  5. VSS сообщает авторам временно заморозить запросы ввода-вывода приложения (запросы ввода-вывода чтения и ввода-вывода по-прежнему возможны) в течение нескольких секунд, необходимых для создания теневой копии тома или томов. Зависание приложения не может занять более 60 секунд. VSS очищает буферы файловой системы, а затем замораживает файловую систему, что гарантирует правильность записи метаданных файловой системы, а данные, скопированные теневыми копиями, записываются в согласованном порядке.

  6. VSS сообщает поставщику создать теневое копирование. Период создания теневой копии длится не более 10 секунд, в течение которых все запросы на запись операций ввода-вывода в файловую систему остаются замороженными.

  7. VSS выпускает запросы на запись операций ввода-вывода файловой системы.

  8. Служба VSS сообщает модулям записи разморозить запросы приложения на запись операций ввода-вывода. На этом этапе приложения могут возобновить запись данных на диск, на который выполняется теневое копирование.

Примечание.

Создание теневой копии может быть прервано, если модули записи находятся в замороженном состоянии дольше 60 секунд или если для фиксации теневой копии поставщикам требуется больше 10 секунд.

  1. Инициатор запроса может повторить процесс (вернитесь к шагу 1) или уведомить администратора о необходимости повторить попытку позже.

  2. Если теневая копия успешно создана, VSS возвращает сведения о расположении для теневого копирования запросу. В некоторых случаях теневая копия может быть временно доступна в качестве тома для чтения и записи, чтобы служба VSS и одно или несколько приложений могли изменять содержимое теневой копии до завершения ее создания. После внесения изменений VSS и приложениями, теневая копия становится доступной только для чтения. Этот этап называется автовосстановлением, и он используется для отмены любых транзакций файловой системы или приложений в томе теневого копирования, которые не были завершены до создания теневой копии.

Как поставщик создает теневое копирование

Поставщик теневого копирования оборудования или программного обеспечения использует один из следующих методов создания теневой копии.

  • Полная копия: этот метод делает полную копию (называемую полной копией или клонированием) исходного тома в определенный момент времени. Копия доступна только для чтения.

  • Копирование по записи: этот метод не копирует исходный том. Вместо этого создается разностная копия путем копирования всех изменений (завершенных запросов на операции ввода-вывода), внесенных в том после определенного момента времени.

  • Перенаправление на запись: этот метод не копирует исходный том, и он не вносит никаких изменений в исходный том после заданной точки во времени. Вместо этого создается разностная копия путем перенаправления всех изменений в другой том.

Полная копия

Полная копия обычно создается путем создания разделенного зеркала следующим образом:

  1. Исходный том и теневая копия тома являются зеркальным набором томов.

  2. Теневая копия тома отделена от исходного тома. Это приводит к разрыву зеркального соединения.

После разрыва зеркального соединения исходный том и теневая копия тома становятся независимыми. Исходный том продолжает принимать все изменения (запросы на запись операций ввода-вывода), в то время как теневая копия тома на момент перерыва остается точной копией исходных данных только для чтения.

Метод "копирование при записи"

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

Время Исходные данные (состояние и данные) Теневое копирование (состояние и данные)
T0 Исходные данные: 1 2 3 4 5 Без копирования: —
T1 Данные изменены в кэше: от 3 до 3' Теневая копия создана (только различия): 3
T2 Исходные данные перезаписаны: 1 2 3' 4 5 Различия и индекс, хранящиеся в теневой копии: 3

Таблица 1. Метод копирования на записи для создания теневых копий

Метод "копирование при записи" является быстрым способом создания теневой копии, поскольку копирует только измененные данные. Скопированные блоки в области копирования можно объединить с измененными данными в исходном томе, чтобы восстановить его состояние до внесения каких-либо изменений. Метод "копирование при записи" может стать дорогостоящим при наличии большого количества изменений.

Метод "перенаправление при записи"

В методе перенаправления на запись, когда исходный том получает изменение (запрос ввода-вывода записи), изменение не применяется к исходному тому. Вместо этого изменение записывается в область хранения теневых копий другого тома.

Время Исходные данные (состояние и данные) Теневое копирование (состояние и данные)
T0 Исходные данные: 1 2 3 4 5 Без копирования: —
T1 Данные изменены в кэше: от 3 до 3' Теневая копия создана (только различия): 3'
T2 Исходные данные перезаписаны: 1 2 3 4 5 Различия и индекс, хранящиеся в теневом копировании: 3'

Таблица 2. Метод перенаправления на запись для создания теневых копий

Метод "перенаправление при записи" также является быстрым способом создания теневой копии, поскольку, он, как и метод "копирование при записи", копирует только изменения данных. Скопированные блоки в области копирования можно объединить с неизмененными данными в исходном томе, чтобы создать полную и актуальную копию данных. Метод перенаправления при записи может оказаться дорогостоящим при наличии большого количества запросов на чтение операций ввода-вывода.

Поставщики теневого копирования

Существует два типа поставщиков теневого копирования: поставщики оборудования и поставщики программного обеспечения. Существует также системный поставщик, который является поставщиком программного обеспечения, встроенным в операционную систему Windows.

Поставщики оборудования

Поставщики теневого копирования на основе оборудования действуют в качестве интерфейса между VSS и уровнем оборудования, работая вместе с аппаратным адаптером хранилища или контроллером. Работу по созданию и поддержке теневой копии выполняет массив хранения.

Поставщики оборудования всегда принимают теневую копию всего LUN, но VSS предоставляет только теневую копию тома или томов, которые были запрошены.

Поставщик теневого копирования на основе оборудования использует функции VSS, определяющие точку во времени, разрешает синхронизацию данных, управляет теневым копированием и предоставляет общий интерфейс с приложениями резервного копирования. Однако VSS не указывает базовый механизм, с помощью которого поставщик на основе оборудования создает и поддерживает теневые копии.

Поставщики программного обеспечения

Поставщики программного обеспечения теневого копирования обычно перехватывают и обрабатывают запросы на чтение и запись операций ввода и вывода на программном уровне между файловой системой и программным обеспечением диспетчера томов.

Эти поставщики реализованы в виде компонента DLL в пользовательском режиме и, по крайней мере, одного драйвера устройства в режиме ядра, обычно драйвера-фильтра хранилища. В отличие от поставщиков оборудования, поставщики программного обеспечения создают теневые копии на уровне программного обеспечения, а не на уровне оборудования.

Поставщик теневого копирования на основе программного обеспечения должен поддерживать представление тома на определенный момент времени , имея доступ к набору данных, который можно использовать для повторного создания состояния тома до времени создания теневого копирования. Примером является метод "копирование при записи" системного поставщика. Однако VSS не накладывает ограничений на то, какой метод используют поставщики программного обеспечения для создания и поддержания теневых копий.

Поставщик программного обеспечения применим к более широкому спектру хранилищ, чем поставщик оборудования. Кроме того, он должен одинаково хорошо работать с базовыми дисками или логическими томами. (Логический том — это том, созданный путем объединения свободного места с двух или нескольких дисков.) В отличие от теневых копий оборудования поставщики программного обеспечения используют ресурсы операционной системы для поддержания теневого копирования.

Дополнительные сведения об основных дисках см. в разделе "Управление основными томами".

Поставщик системы

В операционной системе Windows есть один поставщик теневых копий — системный поставщик. Хотя с Windows предоставляется поставщик по умолчанию, другие поставщики могут свободно предоставлять реализации, оптимизированные для их приложений хранения оборудования и программного обеспечения.

Для поддержания представления тома, содержащегося в теневой копии, системный поставщик использует метод копирования по записи. Копии блоков на томе, измененные с начала создания теневой копии, хранятся в области хранения теневой копии.

Системный поставщик может предоставлять производственный том, который можно записать и прочитать обычным образом. Если требуется теневая копия, он логически применяет различия к данным в производственном томе для предоставления полной теневой копии.

Для системного поставщика область хранения теневой копии должна находиться в томе NTFS. Том, скопированный тенью, не должен быть томом NTFS, но по крайней мере один том, подключенный к системе, должен быть томОМ NTFS.

Файлы компонентов, составляющие системного поставщика, swprv.dll и volsnap.sys.

Встроенные записи VSS

Операционная система Windows включает набор модулей записи VSS, которые отвечают за перечисление данных, необходимых для различных функций Windows.

Дополнительные сведения об этих писателях см. в разделе "Встроенные записи VSS".

Как используются теневые копии

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

  • Восстановление LUN (повторная синхронизация LUN и замена LUN)

  • Восстановление отдельных файлов (теневые копии общих папок)

  • Интеллектуальный анализ данных с помощью переносных теневых копий

Восстановление LUN (повторная синхронизация LUN и замена LUN)

В Windows Server 2008 R2 и Windows 7 запросы VSS могут использовать функцию поставщика теневого копирования оборудования с именем resynchronization (или LUN resync). Это схема быстрого восстановления, которая позволяет администратору приложения восстанавливать данные из теневой копии в исходный ​​или новый LUN.

Теневая копия может быть полным клоном теневой копии или разностной теневой копией. В любом случае в конце операции повторной синхронизации целевой LUN имеет то же содержимое, что и теневая копия LUN. Во время операции повторной синхронизации массив выполняет копирование на уровне блока из теневой копии в целевой LUN.

Примечание.

Теневая копия должна быть переносной теневой копией оборудования.

Большинство массивов позволяют возобновлять рабочие операции ввода-вывода вскоре после начала операции повторной синхронизации. Пока выполняется операция повторной синхронизации, запросы на чтение перенаправляются в теневую копию LUN, а запросы на запись в целевой LUN. Это позволяет массивам восстанавливать очень большие наборы данных и возобновлять нормальные операции за несколько секунд.

Повторная синхронизация LUN отличается от замены LUN. Замена LUN — это сценарий быстрого восстановления, поддерживаемый VSS начиная с Windows Server 2003 с пакетом обновления 1 (SP1). При замене LUN теневая копия импортируется, а затем преобразуется в том для чтения и записи. Преобразование является необратимой операцией, и том и базовый LUN не могут контролироваться с помощью API VSS после этого. В следующем списке описано сравнение повторной синхронизации LUN с заменой LUN.

  • При повторной синхронизации LUN теневая копия не изменяется, поэтому ее можно использовать несколько раз. При замене LUN ​​теневую копию для восстановления можно использовать только один раз. Это важно для большинства администраторов, соблюдающих правила безопасности. При использовании повторной синхронизации LUN, инициатор запроса может повторить всю операцию восстановления, если в первый раз что-то пойдет не так.

  • В конце замены LUN используется теневая копия LUN для производственных запросов ввода-вывода. По этой причине теневая копия LUN должна использовать то же качество хранилища, что и исходное рабочее LUN, чтобы обеспечить производительность после операции восстановления. Поставщик оборудования может поддерживать теневую копию в хранилище, которое стоит дешевле, чем хранилище производственного качества, если вместо этого используется повторная синхронизация LUN.

  • Если целевой LUN недоступен и его необходимо повторно создать, переключение LUN может быть более экономичным, так как для него не требуется целевой LUN.

Предупреждение

Все перечисленные операции являются операциями на уровне LUN. Если вы попытаетесь восстановить определенный том с помощью повторной синхронизации LUN, вы невольно вернете все остальные тома, которые совместно используют LUN.

Восстановление отдельных файлов (теневые копии общих папок)

Теневые копии общих папок используют VSS для предоставления копий файлов, расположенных на общем сетевом ресурсе, например файлового сервера. С помощью теневых копий общих папок пользователи смогут быстро восстанавливать удаленные или измененные файлы, хранящиеся в сети. Теневые копии для общих папок могут повысить производительность и снизить административные расходы, поскольку они могут сделать это без помощи администратора.

Дополнительные сведения о теневых копиях для общих папок см. в разделе "Теневые копии" для общих папок.

Интеллектуальный анализ данных с помощью переносных теневых копий

С помощью поставщика оборудования, предназначенного для использования с VSS, можно создать переносимые теневые копии, которые можно импортировать на серверы в той же подсистеме (например, SAN). Эти теневые копии можно использовать, чтобы заполнить рабочую или тестовую установку данными только для чтения, для интеллектуального анализа данных.

С помощью VSS и массива хранилища с поставщиком оборудования, предназначенным для использования с VSS, можно создать теневое копирование тома исходных данных на одном сервере, а затем импортировать теневое копирование на другой сервер (или обратно на тот же сервер). Этот процесс выполняется за несколько минут, независимо от размера данных. Процесс переноса выполняется с помощью ряда действий, использующих инициатор запроса теневого копирования (приложение управления хранением), поддерживающий переносимые теневые копии.

Действия для переноса теневой копии

  1. Создайте переносимую теневую копию исходных данных на сервере.

  2. Импортируйте теневую копию на сервер, подключенный к сети SAN (можно импортировать на другой или тот же сервер).

  3. Теперь данные готовы к использованию.

Схема, показывающая, как перенести теневое копирование между двумя серверами.

Рис. 3. Создание теневой копии и транспорт между двумя серверами

Примечание.

Транспортируемая теневая копия, созданная в Windows Server 2003, не может быть импортирована на сервер под управлением Windows Server 2008 или Windows Server 2008 R2. Транспортируемая теневая копия, созданная в Windows Server 2008 или Windows Server 2008 R2, не может быть импортирована на сервер под управлением Windows Server 2003. Однако переносную теневую копию, созданную в Windows Server 2008 можно импортировать на сервер с Windows Server 2008 R2 и наоборот.

Теневые копии доступны только для чтения. Если вы хотите преобразовать теневое копирование в LUN для чтения и записи, вы можете использовать приложение управления хранилищем на основе виртуальной службы дисков (включая некоторых запрашивающих пользователей) в дополнение к VSS. С помощью этого приложения можно удалить теневую копию из управления службы теневого копирования томов и преобразовать ее в LUN для чтения и записи.

Транспорт VSS — это расширенное решение на компьютерах под управлением Windows Server 2003 выпуск Enterprise, Windows Server 2003 Datacenter Edition, Windows Server 2008 или Windows Server 2008 R2. Оно работает только при наличии в массиве хранения данных поставщика оборудования. Перенос теневой копии может использоваться для разных целей, включая резервное копирование на магнитную ленту, интеллектуальный анализ данных и тестирование.

Часто задаваемые вопросы

Это часто задаваемые вопросы о VSS для системных администраторов. Сведения об интерфейсах программирования приложений VSS см. в разделе "Служба теневого копирования томов".

Когда был введен VSS? На каких версиях операционной системы Windows она доступна?

VSS впервые появилась в Windows XP. Он доступен в Windows XP, Windows Server 2003, Windows Vista, Windows Server 2008, Windows 7 и Windows Server 2008 R2.

Чем отличаются теневая копия и резервное копирование?

При резервном копировании жесткого диска созданная теневая копия также является резервной копией. Из теневой копии можно скопировать данные для восстановления, кроме того теневую копию можно использовать для сценария быстрого восстановления, например, ресинхронизация LUN или замена LUN.

При копировании данных из теневой копии на ленту или другой съемный носитель хранящееся на носителе содержимое образует резервную копию. Саму теневую копию можно удалить после копирования данных из нее.

Что такое самый большой объем тома, который поддерживает VSS?

VSS поддерживает размер тома до 64 ТБ.

Я сделал резервную копию на Windows Server 2008. Можно ли восстановить ее в Windows Server 2008 R2?

Это зависит от используемого программного обеспечения резервного копирования. Большинство программ резервного копирования поддерживают этот сценарий для резервных копий данных, но не для резервного копирования состояния системы.

Теневые копии, созданные в любой из этих версий Windows, можно использовать на другой.

Я сделал резервную копию на Windows Server 2003. Можно ли восстановить ее в Windows Server 2008?

Это зависит от используемого программного обеспечения резервного копирования. При создании теневой копии на Windows Server 2003 ее использование в Windows Server 2008 будет невозможным. Кроме того, при создании теневой копии на Windows Server 2008 ее восстановление в Windows Server 2003 будет невозможным.

Как отключить VSS?

Можно отключить VSS с помощью консоли управления Майкрософт. Однако это не рекомендуется. Отключение VSS негативно влияет на любое программное обеспечение, которое использует эту службу, например Восстановление системы и система архивации данных Windows Server.

Дополнительные сведения см. на следующем веб-сайте TechNet корпорации Майкрософт:

Можно ли исключить файлы из теневой копии, чтобы сэкономить место?

Служба VSS предназначена для создания теневых копий целых томов. Временные файлы, например файлы подкачки, автоматически удаляются из теневых копий для экономии пространства.

Чтобы исключить определенные файлы из теневых копий, используйте следующий раздел реестра: FilesNotToSnapshot

Примечание.

FilesNotToSnapshot Раздел реестра предназначен только для приложений. Пользователи, пытающиеся использовать этот раздел, сталкиваются с приведенными ниже ограничениями.

  • Он не может удалять файлы из теневого копирования, созданного на Windows Server с помощью функции предыдущих версий.
  • Он не может удалять файлы из теневых копий для общих папок.
  • Он может удалять файлы из теневой копии, созданной с помощью служебной программы Diskshadow , но не может удалять файлы из теневой копии, созданной с помощью служебной программы Vssadmin .
  • Файлы удаляются из теневой копии при наличии соответствующих ресурсов и возможностей. Это означает, что их удаление не гарантируется.

Дополнительные сведения см. в разделе "Исключение файлов из теневых копий".

Моя программа резервного копирования, не относящаяся к Майкрософт, завершилась с ошибкой VSS. Что я могу сделать?

Просмотрите раздел "Поддержка продуктов" на веб-сайте компании, которая создала программу резервного копирования. Может быть обновление продукта, которое можно скачать и установить, чтобы устранить проблему. Если нет, обратитесь в службу техподдержки компании.

Системные администраторы могут использовать сведения об устранении неполадок VSS на следующем веб-сайте библиотеки TechNet от Майкрософт для сбора диагностических сведений о проблемах, связанных с VSS.

Дополнительные сведения см. в разделе "Служба теневого копирования томов".

Что такое область диффа?

Область хранения теневого копирования (или область диффа) — это расположение, в котором хранятся данные для теневого копирования, созданного поставщиком системного программного обеспечения.

Где расположена область копирования?

Область копирования может располагаться на любом локальном томе. Однако он должен располагаться на томе NTFS, который имеет достаточно места для хранения.

Как определяется расположение области копирования?

Для определения местоположения области копирования в этом порядке оцениваются приведенные ниже критерии.

  • Если у тома уже есть теневая копия, используется ее расположение.

  • Если между исходным томом и расположением тома теневого копирования предварительно настроено вручную, используется это расположение.

  • Если предыдущие два критерия не предоставляют расположение, служба теневого копирования выбирает расположение на основе свободного места. Если выполняется теневое копирование нескольких томов, служба теневого копирования создает список возможных расположений моментальных снимков в зависимости от размера свободного пространства в порядке убывания. Количество указанных расположений равно числу томов, для которых выполняется теневое копирование.

  • Если копируемый том является одним из возможных расположений, то создается локальная ассоциация. В противном случае создается связь с томом с наибольшим доступным пространством.

Может ли VSS создавать теневые копии томов, отличных от NTFS?

Да. Однако постоянные теневые копии можно создавать только для томов NTFS. Кроме того, среди всех подключенных к системе томов, по крайней мере один должен быть томом NTFS.

Каково максимальное количество теневых копий можно создать одновременно?

Максимальное число теневых копий томов в одном наборе теневых копий — 64. Обратите внимание, что это не то же самое, что количество теневых копий.

Какое максимальное количество теневых копий программного обеспечения, созданных поставщиком системы, я могу поддерживать для тома?

Максимальное число теневых копий программного обеспечения для каждого тома — 512. Однако по умолчанию вы можете поддерживать 64 теневых копий, используемых теневыми копиями компонента "Общие папки". Чтобы изменить ограничение для теневых копий общих папок, используйте следующий раздел реестра: MaxShadowCopies

Как управлять пространством, используемым для хранения теневых копий?

Введите команду vssadmin resize shadowstorage.

Дополнительные сведения см. в разделе Vssadmin, чтобы изменить размер тени.

Что происходит, когда заканчивается свободное пространство?

Теневые копии тома удаляются, начиная с самой старой теневой копии.

Средства VSS

Операционная система Windows предоставляет следующие средства для работы с VSS:

DiskShadow

DiskShadow — это инициатор запроса VSS, который можно использовать для управления всеми моментальными снимками оборудования и программного обеспечения, которые могут быть установлены в системе. DiskShadow включает приведенные ниже команды.

  • list: перечисляет записи VSS, поставщики VSS и теневые копии

  • create: создает новую теневую копию

  • import: импортирует транспортируемую копию тени

  • expose: предоставляет постоянную тень (например, букву диска)

  • revert: возвращает том обратно в указанную теневое копирование

Этот инструмент предназначен для использования ИТ-специалистами, но он также может быть полезным разработчикам при тестировании модуля записи VSS или поставщика VSS.

DiskShadow доступен только в операционных системах Windows Server. Он недоступен в клиентских операционных системах Windows.

VssAdmin

VssAdmin используется для создания, удаления и вывода списка сведений о теневых копиях. Его также можно использовать для изменения размера области хранения теневого копирования (область diff).

VssAdmin включает приведенные ниже команды.

  • create shadow: создает новую теневую копию

  • delete shadows: удаляет теневые копии

  • list providers: выводит список всех зарегистрированных поставщиков VSS

  • list writers: перечисляет все подписанные записи VSS

  • resize shadowstorage: изменяет максимальный размер области хранения теневого копирования

VssAdmin можно использовать только для управления теневыми копиями, созданными поставщиком системного программного обеспечения.

VssAdmin доступен в версиях операционной системы клиента Windows и Windows Server.

Разделы реестра службы теневого копирования томов

Для использования с VSS доступны следующие разделы реестра.

  • VssAccessControl

  • MaxShadowCopies

  • MinDiffAreaFileSize

VssAccessControl

Этот раздел используется для указания пользователей, имеющих доступ к теневым копиям.

Дополнительные сведения см. в следующих ресурсах на веб-сайте MSDN.

MaxShadowCopies

Этот раздел указывает максимальное количество доступных для клиента теневых копий, которые могут храниться на каждом томе компьютера. Доступные для клиента теневые копии, которые используются теневыми копиями для общих папок.

Дополнительные сведения см. в разделе MaxShadowCopies в разделах реестра для резервного копирования и восстановления.

MinDiffAreaFileSize

Этот раздел задает минимальный исходный размер области хранения теневых копий (в МБ).

Дополнительные сведения см. в разделе MinDiffAreaFileSize в разделе "Разделы реестра для резервного копирования и восстановления".

Поддерживаемые версии операционных систем

В следующей таблице перечислены минимальные версии операционных систем, поддерживаемые компонентами VSS.

Компонент VSS Минимальная версия клиента Минимальная версия сервера
Повторная синхронизация LUN Ни одна версия не поддерживается Windows Server 2008 R2
FilesNotToSnapshot Раздел реестра Windows Vista Windows Server 2008
Переносные теневые копии Ни одна версия не поддерживается Windows Server 2003 с пакетом обновления 1 (SP1);
Теневые копии оборудования Ни одна версия не поддерживается Windows Server 2003
Предыдущие версии Windows Server Windows Vista Windows Server 2003
Быстрое восстановление с помощью замены LUN Ни одна версия не поддерживается Windows Server 2003 с пакетом обновления 1 (SP1);
Несколько импортов аппаратных теневых копий (это возможность импортировать теневое копирование более одного раза. Одновременно можно выполнить только одну операцию импорта.) Ни одна версия не поддерживается Windows Server 2008
Теневые копии для общих папок Ни одна версия не поддерживается Windows Server 2003
Переносимые автоматически восстанавливаемые теневые копии Ни одна версия не поддерживается Windows Server 2008
Одновременные сеансы резервного копирования (до 64) Windows XP Windows Server 2003
Однократный сеанс восстановления одновременно с резервным копированием Windows Vista Windows Server 2003 SP2 с пакетом обновления 2 (SP2)
До 8 сеансов восстановления одновременно с резервным копированием Windows 7 Windows Server 2003 R2

Связанный контент