Open File Manager

Porqué usted necesita el Open File Manager con el Servicio Volume Shadow Copy (VSS) de Microsoft
El Servicio Volume Shadow Copy (VSS) de Microsoft fue creado para proveer una infraestructura de respaldo y recuperación para el sistema operativo del Servidor Windows 2003. Incluye un mecanismo para crear copias en un punto en el tiempo de información preservando la integridad relacional. Mientras que el Servicio puede proveer una cobertura para algunos archivos ignorados durante el respaldo, existen limitaciones porque muchas aplicaciones de negocio no son compatibles con el VSS o los administradores del IT están utilizando el VSS para respaldos de archivos únicamente en los servidores. Con la integración del Open File Manager de St. Bernard el problema de que los archivos sean saltados o capturados inexactamente está resuelto. El Open File Manager puede encontrar un punto en el tiempo en donde toda la información se encuentra en un estado consistente, aún si la información de la aplicación no se encuentra en alerta sobre el VSS. Esto elimina la "consistencia de caídas" al interactuar con aplicaciones legadas y no compatibles con el VSS.

Open File Manager Resuelve el Problema
El Open File Manager contiene características que mejoran al VSS al proveerlo de la capacidad para soportar aplicaciones legadas escritas dentro del gframework del VSS, Los componenetes de esta característica integran con el VSS y utilizan una paradigma basado en el tiempo para asegurar que ninguna transacción legada escrita se encuentra en proceso cuando un snapshot del VSS es creado. Cuando los componentes son usados con el VSS, la información que es respaldada con el VSS tendrá la integridad transaccional y será auto-consistente sin importar si las aplicaciones se encuentran o no ejecutándose en el sistema han sido integradas al VSS. Esta funcionalidad es crítica si usted está utilizando el VSS y sus aplicaciones de negocios (de escritura) no son "compatibles con el VSS".

Como funciona el VSS
El proceso del VSS es el siguiente:

1. La aplicación de respaldo (demandante) se ejecuta para realizar un respaldo.
2. El demandante envía un comando al VSS para que realice un snapshot.
3. El VSS se comunica con las aplicaciones del negocio (escritores) para finalizar las transacciones existentes y pausar las nuevas transacciones.
4. El VSS se comunica con la tecnología de almacenamiento de los snapshots (proveedor) para crear un snapshot.
5. El proveedor crea un snapshot del volumen en conjunto.
6. El VSS se comunica con los escritores para resumir las operaciones normales.
7. El demandante copia el snapshot creando un respaldo del volumen en conjunto. Debido a que el snapshot no ha sido accesado por ninguna otra aplicación, todos los archivos en el volumen aparecerán como cerrados y disponibles para el demandante aún cuando los programas de aplicaciones se encuentran accesando a los archivos en el volumen original. Esta en una solución aparente, pero deficiente, del problema para el respaldo de los archivos abiertos porque este método puede comprometer la integridad de la información relacional.
8. Por encima de la terminación del respaldo, el demandante se comunica con el VSS para eliminar el snapshot.

El Dilema del VSS
El framework del VSS coordina las aplicaciones de respaldo compatibles con el VSS (demandantes), aplicaciones del negocio (escritores), y tecnología para el almacenaje de snapshots (proveedores) para habilitar respaldos y recuperación confiables. Las aplicaciones de respaldos y aplicaciones del negocio deberán de ser compatibles con el VSS con el fin de beneficiarse del framework del VSS. Sin embargo, muchas aplicaciones no son compatibles con el VSS y tal vez nunca lleguen a ser actualizadas para que sean compatibles debido a los costos para el desarrollo y mantenimiento. Además, el VSS no puede predecir o controlar el flujo I/O de dichas aplicaciones legadas. La solución del VSS para el soporte de la escritura legada es proveer una "consistencia de caídas". Esto significa que el VSS solo garantiza la integridad del sistema de archivos y no garantiza la legalidad de la transacción de escritura. Si el snapshot del VSS es creado mientras que las transacción de la escritura legada se encuentra en proceso, el snapshot incluirá solo una transacción parcial y estará corrupta.

No se Arriesgue, Utilice el Open File Manager
Si usted no se encuentra seguro sobre el status de compatibilidad de sus aplicaciones con el VSS, no se arriesgue; utilice el Open File Manager para incremetar el VSS y asegurar la integridad de la información durante los respaldos. Si otros servidores en su red son administrados por cualquier otro que no sea un Servidor Windows 2003 de Microsoft, el VSS no será soportado sin la funcionalidad del Open File Manager. Si usted solo tiene servidores de archivos o de aplicaciones y archivos relacionados en servidores por separado y quiere garantizar la integridad de sus respaldos, utilice el Open File Manager en conjunto con el VSS.