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

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

  • Статья

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

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

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

  • Управление данными осуществляется приложениями, не возможностями VSS

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

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

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

  • Система без записи, совместимой с VSS

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

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

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

  • Инициатор запроса не работает с системными средствами записи

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

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