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ácilmente recuperable 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 de

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 debe realizarse mediante la API de VSS.

Al decidir el tipo de copia de seguridad con el que buscar 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 en VSS pueden ser los siguientes tipos:

• Completo (VSS_BT_FULL): se realizará una copia de seguridad de los archivos independientemente de su última fecha de copia de seguridad. El historial de copia 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 de VSS_BT_FULL, se realizará una copia de seguridad de los archivos independientemente de su última fecha de 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 van a copiar 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 intermedia de copia de seguridad. Restaurar 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 los IVssCreateWriterMetadata::AddDataBaseLogFiles y se recuperará mediante 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 debe decirse 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 de 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 de acerca de la selección

Una copia de seguridad de VSS puede optar por respetar las nociones de selección de componentes de VSS( esto se conoce como en ejecución en modo de componente de ) o para omitirlas.

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

guardar el estado de arranque

VSS admite 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 guardar el estado del sistema de arranque llamando 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á realizar una copia de seguridad de los archivos.

Sin embargo, se debe tener gran 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 el sistema se ha realizado una copia de seguridad con un estado de sistema de arranque o no.

compatibilidad con archivos parciales de

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