Compartir a través de


Estado de copia de seguridad de VSS

Durante una operación de copia de seguridad, el solicitante usa IVssBackupComponents::SetBackupState para definir el tipo de operación en curso.

Esta información no se incluye en un formulario fácil de recuperar en el documento Componentes de copia de seguridad, por lo que los desarrolladores solicitante deben almacenar esta información de forma independiente en cualquier medio de copia de seguridad.

El estado de copia de seguridad contiene lo siguiente:

Tipo de copia de seguridad

El tipo de copia de seguridad especifica criterios para identificar los archivos de los que se va a realizar una copia de seguridad. La evaluación de estos criterios se debe realizar mediante la API de VSS.

Al decidir el tipo de copia de seguridad que se va a seguir y con qué escritores trabajar, los solicitantes deben examinar los tipos (o esquemas), consulte Writer Backup Schema Support) de las operaciones de copia de seguridad que admite cada uno de los escritores del sistema. Las copias de seguridad de VSS pueden ser los siguientes tipos:

  • Completa (VSS_BT_FULL): se realizará una copia de seguridad de los archivos independientemente de su última fecha de copia de seguridad. El historial de copias de seguridad de cada archivo se actualizará y este tipo de copia de seguridad se puede usar como base de una copia de seguridad incremental o diferencial. La restauración de una copia de seguridad completa solo requiere una sola imagen de copia de seguridad.
  • Copia de seguridad (VSS_BT_COPY), como el tipo de copia de seguridad VSS_BT_FULL, se realizará una copia de seguridad de los archivos independientemente de la fecha de la última copia de seguridad. Sin embargo, el historial de copia de seguridad de cada archivo no se actualizará y este tipo de copia de seguridad no se puede usar como base de una copia de seguridad incremental o diferencial.
  • Incremental (VSS_BT_INCREMENTAL): la API de VSS se usa para asegurarse de que solo se copiarán los archivos que se han cambiado o agregado desde la última copia de seguridad completa o incremental en un medio de almacenamiento. La restauración de una copia de seguridad incremental requiere la imagen de copia de seguridad original y todas las imágenes de copia de seguridad incrementales realizadas desde la copia de seguridad inicial.
  • Diferencial (VSS_BT_DIFFERENTIAL): la API de VSS se usa para asegurarse de que solo se copiarán los archivos que se han cambiado o agregado desde la última copia de seguridad completa en un medio de almacenamiento; se omite toda la información de copia de seguridad intermedia. La restauración de una copia de seguridad diferencial requiere la imagen de copia de seguridad original y la imagen de copia de seguridad diferencial más reciente realizada desde la última copia de seguridad completa.
  • Archivo de registro (VSS_BT_LOG): solo se realizará una copia de seguridad de los archivos de registro de un escritor (archivos agregados a un componente con el método IVssCreateWriterMetadata::AddDataBaseLogFiles y recuperado por una llamada a IVssWMComponent::GetDatabaseLogFile). Este tipo de copia de seguridad es específico de VSS.

Es posible que los solicitantes implementen estas copias de seguridad mediante información y métodos fuera de VSS. Solo cuando un solicitante implementa una copia de seguridad mediante la API de VSS, se debe decir que tiene uno de los tipos de copia de seguridad enumerados. Por ejemplo, un solicitante participa en un tipo de copia de seguridad de VSS_BT_LOG solo si usó la información devuelta por IVssWMComponent::GetDatabaseLogFile para identificar los archivos de registro. Del mismo modo, los tipos VSS_BT_INCREMENTAL y VSS_BT_DIFFERENTIAL solo se aplican a las operaciones incrementales o diferenciales, como se describe en Copias de seguridad incrementales y diferenciales.

Especificación sobre la capacidad de selección

Una copia de seguridad de VSS puede elegir respetar las nociones de VSS de la selectibilidad de los componentes(esto se conoce como en ejecución en modo de componente) o para omitirlas.

Un ejemplo de no ejecutarse en modo de componente sería realizar una copia de seguridad de imagen del sistema, donde la aplicación de copia de seguridad necesitaría la cooperación de escritura para garantizar la estabilidad de los datos, pero donde la selección de componentes sería irrelevante.

Guardar el estado de arranque

VSS permite guardar el estado del sistema en ejecución en una configuración de arranque completa. Sin embargo, esto no siempre es necesario y la preparación del escritor para guardar un estado de arranque a veces puede degradar el rendimiento en tiempo real de un sistema en ejecución.

Por lo tanto, los solicitantes indican si una copia de seguridad incluirá un estado del sistema de arranque como argumento para IVssBackupComponents::SetBackupState. Los escritores determinan si tienen que admitir el guardado del estado del sistema de arranque mediante una llamada a CVssWriter::IsBootableStateBackedUp.

Incluso si no se selecciona el estado del sistema de arranque, se realizarán instantáneas de los archivos del sistema y se podrá hacer una copia de seguridad de los archivos.

Sin embargo, se debe tener mucho cuidado en la restauración de archivos del sistema si la copia de seguridad no guardó el estado del sistema de arranque (consulte Copia de seguridad y restauración del estado del sistema en Windows Server 2003 R2 y Windows Server 2003 SP1).

No es posible recuperar esta información de un documento de componentes de copia de seguridad recuperado, por lo que los autores de solicitudes deben almacenar si se ha realizado una copia de seguridad del sistema con un estado de sistema de arranque o no.

Compatibilidad con archivos parciales

Algunos escritores admiten la restauración de archivos a través de la sobrescritura de partes de los archivos que administran. Un solicitante se puede diseñar para aprovechar esto y, si es así, lo indica estableciendo la información en IVssBackupComponents::SetBackupState.