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

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

  • Статья

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

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

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

  • Данные управляются неясными приложениями VSS

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

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

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

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

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

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

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

  • Запроситель, который не работает с системными

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

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