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

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

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

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

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

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

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

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

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

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

Функции и приложения Windows, использующие VSS, включают:

• Резервное копирование Windows Server

• Теневые копии общих папок

• System Center Data Protection Manager

• Восстановление системы

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

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

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

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

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

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

На следующей схеме показано, как служба 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 секунд.

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

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

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

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

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

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

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

Полная копия

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

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

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

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

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

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

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

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

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

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

Таблица 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 и их замена)

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

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

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

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

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

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

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

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

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

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

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

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

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

Чтобы перенести теневую копию

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

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

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

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

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

Транспорт VSS — это продвинутое решение для компьютеров под управлением Windows Server 2003 Enterprise Edition, 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 корпорации Майкрософт:

• Восстановление системы

• Резервное копирование Windows Server

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

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

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

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

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

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

Что такое область различий?

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

Где расположена область различий?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Для получения дополнительной информации см. Vssadmin resize shadowstorage.

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

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

Средства VSS

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

• DiskShadow

• VssAdmin

DiskShadow

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

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

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

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

• expose: Открывает доступ к постоянной теневой копии (например, как букву диска)

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

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

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

VssAdmin

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

VssAdmin включает такие команды, как:

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

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

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

• list writers: перечисляет всех подключенных VSS writers

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

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

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

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

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

• VssAccessControl

• MaxShadowCopies

• MinDiffAreaFileSize

VssAccessControl

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

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

• Соображения безопасности для писателей

• Вопросы безопасности для запрашивающих

MaxShadowCopies

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

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

MinDiffAreaFileSize

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

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

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

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

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

• Служба теневого копирования томов в Центре разработчиков Windows