Servicios de copia de seguridad de datos e instantáneas de volumen de Exchange 2007

 

Se aplica a: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1, Exchange Server 2007

Última modificación del tema: 2012-03-26

Las aplicaciones utilizan el Servicio de instantáneas de volumen (VSS) de Windows Server 2008 para realizar copias de seguridad y restaurar Microsoft Exchange Server 2007. VSS proporciona una infraestructura que permite a los programas de administración de almacenamiento, programas empresariales y proveedores de hardware cooperar en la creación y la administración de instantáneas. Las soluciones basadas en esta infraestructura pueden utilizar instantáneas o copias reflejadas para realizar copias de seguridad y restaurar una o más bases de datos de Exchange 2007.

VSS coordina la comunicación entre Solicitantes (aplicaciones de copia de seguridad), Escritores (aplicaciones de Windows como, por ejemplo, Exchange 2007) y Proveedores (componentes del sistema, componentes de software o componentes de hardware que crean las instantáneas). Para utilizar VSS para realizar copias de seguridad de Exchange 2007, un programa de copia de seguridad debe incluir un Solicitante de VSS para Exchange 2007. El programa Copias de seguridad de Windows Server que forma parte de Windows Server 2008 no incluye ningún Solicitante de VSS para Exchange.

Sin embargo, Exchange 2007 Service Pack 2 (SP2) incluye un nuevo complemento que permite crear copias de seguridad basadas en el servicio de instantáneas de volumen (VSS) de los datos de Exchange mediante el uso de Copias de seguridad de Windows Server en Windows Server 2008. Puede usar Copias de seguridad de Windows Server para crear copias de seguridad y restauraciones de bases de datos de Exchange 2007 SP2. Es necesario tener una idea clara de qué es lo que se debe copiar, dónde almacenar las copias de seguridad y cómo restaurarlas para realizar las tareas de administración de Exchange con eficacia. Para obtener más información acerca de qué copias de seguridad se deben realizar en Exchange 2007, consulte Uso de Copias de seguridad de Windows Server para realizar copias de seguridad y restaurar datos de Exchange.

Nota

El programa Copias de seguridad de Windows Server no admite las API de transmisión por secuencias del Motor de almacenamiento extensible de Exchange 2007. No se puede utilizar para crear copias de seguridad de secuencias de Exchange 2007.

Las copias de seguridad de VSS para Exchange se admiten para grupos de almacenamiento activos y pasivos. La solución de copia de seguridad pasiva de Exchange es una solución sólo para VSS. Esta solución se implementa mediante el Escritor de VSS de réplica de Exchange que forma parte del servicio de replicación. Las copias de seguridad de secuencias sólo se admiten desde grupos de almacenamiento activos. Por ello, no puede utilizar las API de copia de seguridad de secuencias para realizar una copia de seguridad de una base de datos replicada. Para realizar una copia de seguridad de una base de datos replicada, se debe utilizar un programa de copia de seguridad para VSS junto con el Solicitante de VSS para el Escritor de Exchange.

Nota

El complemento Copias de seguridad de Windows en Exchange 2007 SP2 no admite el Escritor de VSS de réplicas de Exchange que forma parte del servicio de replicación; por consiguiente, no se puede utilizar para crear copias de seguridad pasivas de grupos de almacenamiento.

Exchange 2007 admite la ejecución de dos operaciones de copia de seguridad de VSS en el mismo servidor de Exchange. Además, el Escritor de Exchange 2007 permite restaurar datos de Exchange en una ubicación alternativa. Esto incluye el grupo de almacenamiento de recuperación. El Escritor de Exchange 2007 también permite restaurar archivos de la base de datos en una carpeta que no esté asociada a un grupo de almacenamiento. A continuación, puede utilizar el motor de base de datos JET para reproducir archivos de registro de transacciones en la base de datos, con el fin de que la base de datos se encuentre en un estado coherente y que se pueda montar.

Nota

En Microsoft Exchange Server 2003, puede utilizar las API de copia de seguridad de secuencias para ejecutar dos copias de seguridad al mismo tiempo en dos grupos de almacenamiento diferentes. Sin embargo, no puede utilizar VSS para realizar estas operaciones. En Exchange 2003, no puede utilizar VSS para realizar una copia de seguridad de un segundo grupo de almacenamiento hasta que termine la copia de seguridad del primer grupo. Además, el Escritor de Exchange 2003 no permite restaurar datos de Exchange en un ruta de acceso distinta a la original.

Para ser compatibles con Exchange 2007, los programas de copia de seguridad de VSS deben cumplir los siguientes requisitos básicos:

  • El Escritor de Exchange se debe utilizar para realizar copias de seguridad de los archivos.

    Exchange 2007 incluye un Escritor que está integrado en el almacén de Exchange.

  • El programa de copia de seguridad debe validar el conjunto de copias de seguridad de instantáneas.

  • El Escritor de Exchange se debe utilizar para cualquier operación de restauración que restaure archivos a sus ubicaciones originales.

    La ubicación original se refiere a un servidor de Exchange que tiene el mismo nombre y la misma ruta de archivo que el servidor desde el que se tomó la copia de seguridad de VSS.

Estos requisitos permiten garantizar la integridad y la capacidad de recuperación de las copias de seguridad de instantáneas. Si no se cumplen estos requisitos, el servicio de soporte técnico y atención al cliente (CSS) considerará que la solución de copia de seguridad está fuera del marco de VSS de Exchange. En este caso, Microsoft CSS no podrá solucionar los problemas de copia de seguridad o restauración. Le recomendamos que se ponga en contacto con su proveedor de soluciones de copia de seguridad para comprobar si el programa de copia de seguridad cumple los requisitos que se enumeran en este tema. Para obtener más información sobre estos requisitos, consulte "Requisitos de VSS de Exchange 2007", más adelante en este tema.

Nota

El proveedor del programa de copia de seguridad de terceros es el principal proveedor de asistencia para cualquier problema de copia de seguridad o recuperación que pueda experimentar. Microsoft CSS puede ayudar a diagnosticar o solucionar problemas que pueda experimentar con archivos de bases de datos o de registro de transacciones de Exchange. Sin embargo, Microsoft CSS se limita a ayudarle a recuperar los archivos de bases de datos y de registro de transacciones que estén disponibles en su entorno de Exchange.

Para obtener más información sobre el soporte de Microsoft CSS de las soluciones basadas en VSS, consulte el artículo 841696 de Microsoft Knowledge Base, Información general de la directiva de compatibilidad de Microsoft con soluciones de software de almacenamiento de otros fabricantes.

Para obtener más información

Requisitos de VSS de Exchange 2007

En las secciones siguientes se describen los requisitos de Exchange 2007 que deben seguir los programas de copia de seguridad de instantáneas para garantizar la integridad y la capacidad de recuperación de las bases de datos de Exchange. En estas secciones se enumeran los eventos de la aplicación que indican si los programas de copia de seguridad cumplen los requisitos de Exchange. Los programas de copia de seguridad y el servidor de Exchange pueden registrar otros eventos que estén asociados con el proceso de copia de seguridad y restauración. Para comprobar la compatibilidad con los requisitos de VSS de Exchange, confirme que los eventos se registren durante las operaciones de copia de seguridad y restauración.

En la actualidad no existe ningún programa de certificación para soluciones de copia de seguridad de terceros que se ejecuten en Exchange. La compatibilidad con VSS garantiza la integridad y la capacidad de recuperación de las copias de seguridad de instantáneas. Sin embargo, no garantiza el rendimiento ni la fiabilidad de las soluciones de terceros.

El Escritor de Exchange se debe utilizar para realizar copias de seguridad de los archivos

Las copias de seguridad de los archivos de base de datos, los archivos de registro de transacciones y los archivos de punto de control de Exchange se deben realizar exclusivamente a través del Escritor de Exchange. Los siguientes eventos se registran en el registro de aplicación si se utiliza el Escritor de Exchange durante las copias de seguridad de instantáneas:

Tipo de evento: Información

Origen del evento: ESE

Categoría del evento: Instantánea

Id. de evento: 2005

Usuario: N/D

Equipo: ServerName.contoso.com

General: Almacén de información (2884) Iniciando la instancia de instantánea 5. Ésta será una instantánea de tipo de copia de seguridad.

Nota

En este evento, el tipo de copia de seguridad representa la clase de copia de seguridad que se está realizando. Por ejemplo, el tipo de copia de seguridad es Completa, Copia, Incremental o Diferencial.

Tipo de evento: Información

Origen del evento: MSExchangeIS

Categoría del evento: Escritor de VSS de Exchange

Id. de evento: 9608

Usuario: N/D

Equipo: ServerName.contoso.com

General: El Escritor de VSS de Exchange (GUID de la instancia) se ha preparado correctamente para la instantánea.

Tipo de evento: Información

Origen del evento: MSExchangeIS

Categoría del evento: Escritor de VSS de Exchange

Id. de evento: 9610

Usuario: N/D

Equipo: ServerName.contoso.com

General: El Escritor de VSS de Exchange (GUID de la instancia) ha inmovilizado correctamente los grupos de almacenamiento.

Tipo de evento: Información

Origen del evento: MSExchangeIS

Categoría del evento: Escritor de VSS de Exchange

Id. de evento: 9612

Usuario: N/D

Equipo: ServerName.contoso.com

General: El Escritor de VSS de Exchange (GUID de la instancia) ha anulado correctamente la inmovilización de los grupos de almacenamiento.

El programa de copia de seguridad debe validar la integridad del conjunto de copia de seguridad de instantáneas

Se recomienda que el programa de copia de seguridad valide la integridad del conjunto de copia de seguridad de instantáneas antes de que dicho programa notifique a Exchange que la copia de seguridad se ha realizado correctamente. Esto se recomienda por el motivo siguiente.

Después de una copia de seguridad correcta, Exchange realiza las dos operaciones siguientes:

  • Exchange actualiza los encabezados de las bases de datos de las que se ha realizado la copia de seguridad para indicar la última hora de copia de seguridad correcta.

  • Exchange trunca los registros de transacciones. En este escenario, Exchange elimina los archivos del registro de transacciones que no se deban poner al día desde la última copia de seguridad correcta.  

Por ello, si un programa de copia de seguridad aplaza la comprobación de la integridad hasta que Exchange haya realizado estas tareas, deberá tener especial cuidado para conservar la última copia de seguridad comprobada junto con las copias de todos los archivos del registro de transacciones que sean necesarias para esa copia de seguridad determinada. Aunque es posible que la copia de seguridad se haya notificado como correcta para Exchange, no deberá confiar en ella hasta que el programa de copia de seguridad haya finalizado correctamente la operación de comprobación de la integridad.

Para obtener más información sobre el modo de realizar una comprobación de la integridad y determinar qué archivos de base de datos y del registro de transacciones se deben conservar, consulte "Comprobación de la integridad para copias de seguridad de VSS", más adelante en este tema.

El Escritor de Exchange se debe utilizar para cualquier operación de restauración a la ubicación original

El Escritor de Exchange se debe utilizar exclusivamente para aquellas operaciones de restauración que restauren archivos relacionados con Exchange a sus ubicaciones originales. La ubicación original es un servidor de Exchange que tiene el mismo nombre de servidor y la misma ruta de acceso del archivo que el servidor de Exchange desde el que se tomó la copia de seguridad de VSS.

El Escritor de Exchange registra los eventos siguientes en el registro de la aplicación durante una operación de restauración de instantáneas:

Tipo de evento: Información

Origen del evento: MSExchangeIS

Categoría del evento: Escritor de VSS de Exchange

Id. de evento: 9620

Usuario: N/D

Equipo: ServerName.contoso.com

General: El Escritor de VSS de Exchange (GUID de la instancia) ha procesado correctamente los eventos previos a la restauración.

Tipo de evento: Información

Origen del evento: MSExchangeIS

Categoría del evento: Escritor de VSS de Exchange

Id. de evento: 9618

Usuario: N/D

Equipo: ServerName.contoso.com

General: El Escritor de VSS de Exchange (GUID de la instancia) ha procesado correctamente los eventos posteriores a la restauración.

Comprobación de la integridad para copias de seguridad de VSS

Cuando se utiliza la API de copia de seguridad de secuencias de Exchange para realizar la copia de seguridad de una base de datos, las páginas de la base de datos se leen una tras otra y la integridad de la suma de comprobación de cada página se comprueba durante el proceso de copia de seguridad. La integridad de la suma de comprobación de los archivos del registro de transacciones también se comprueba antes de que se realice una copia de seguridad de los archivos del registro de transacciones.

Sin embargo, durante una copia de seguridad de VSS, no existe ninguna oportunidad de que Exchange lea todos los archivos de la base de datos y compruebe la integridad de la suma de comprobación. Por ello, el programa de copia de seguridad debe comprobar la integridad de la base de datos y del archivo del registro de transacciones. Para realizar estas comprobaciones, puede ejecutar el comando Eseutil.

Si no realiza la comprobación de la suma de comprobación de las copias de seguridad de VSS, es posible que no se detecte una página dañada en la base de datos. Finalmente, la página dañada puede aparecer en todas las copias de seguridad disponibles. El único modo de recuperarse de este escenario consiste en reparar la base de datos. Para reparar la base de datos se puede necesitar un tiempo de inactividad prolongado y se pueden perder datos. Perderá los datos que se encuentren en cada página dañada de la base de datos.

Sin embargo, si comprueba que todas las páginas de la última copia de seguridad de VSS son correctas, puede purgar las páginas dañadas de la base de datos. Para ello, restaure la copia de seguridad comprobada y póngala al día utilizando los registros de transacciones que se crearon después de la copia de seguridad correcta. El tiempo de inactividad necesario para esta operación suele ser muy inferior al de una operación de reparación de la base de datos. Además, puede realizar esta clase de operación de recuperación sin pérdida de datos. Por ello, no debe considerar que una copia de seguridad de VSS es correcta hasta que se haya comprobado la suma de comprobación de todos los archivos de la copia de seguridad.

Se recomienda utilizar las dos reglas siguientes para comprobar la integridad de la copia de seguridad:

  • Debe conservar siempre una copia de los archivos de la base de datos cuya integridad se haya comprobado. Una copia de seguridad cuya integridad se ha comprobado es aquella en la que se ha realizado la comprobación de la suma de comprobación en los archivos de la base de datos del conjunto de copias de seguridad.

  • Debe realizar una copia de seguridad de todos los archivos del registro de transacciones que sean necesarios para recuperar el archivo de base de datos más reciente cuya integridad se haya comprobado. Además, debe comprobar la integridad del nivel de suma de comprobación de los archivos del registro de transacciones.

Los registros de transacciones necesarios incluyen, como mínimo, el intervalo inclusivo de archivos de registro enumerados en el campo Registro necesario del encabezado de cada archivo de base de datos que esté incluido en la última copia de seguridad comprobada. Si estos archivos de registro no están disponibles, la base de datos no se podrá montar después de que se restaure.

Importante

Estos requisitos se aplican a la última copia de seguridad cuya integridad se haya comprobado y no a la copia de seguridad más reciente. Hasta que la copia de seguridad más reciente haya superado la comprobación de la suma de comprobación, no se considerará una copia de seguridad válida.

También puede conservar los archivos adicionales del registro de transacciones que sean necesarios para rotar hacia adelante la base de datos por completo después de haberla restaurado. Estos son todos los archivos del registro de transacciones en una secuencia ininterrumpida, que comienza por el archivo de Registro necesario inferior hasta el registro de transacciones creado en último lugar que se haya purgado del servidor de Exchange. A continuación, se muestran ejemplos y explicaciones de estos archivos.

La conservación de otros archivos de transacciones, además de los que se enumeran en el intervalo de Registro necesario, es opcional. Sin embargo, sólo es opcional porque la conservación de los archivos de registro no es estrictamente necesaria para restaurar y montar de forma correcta una base de datos de la que se haya realizado una copia de seguridad. Sin embargo, si no conserva todos los archivos de registro apropiados, al realizar una restauración de la copia de seguridad se perderán todos los cambios de la base de datos que se hayan producido después de realizar la copia de seguridad.

Se recomienda conservar los archivos del registro de transacciones que sean necesarios para restaurar y montar una base de datos de la que se haya realizado una copia de seguridad, así como todos los archivos del registro de transacciones posteriores que sean necesarios para poner al día la base de datos.

Determinar los archivos del registro de transacciones que se necesitan

Si realiza una copia de seguridad de una base de datos de Exchange mientras está en línea, siempre se realizará con ella una copia de seguridad como mínimo de los archivos del registro de transacciones. Este comportamiento se produce independientemente de si utiliza la API de copia de seguridad de secuencias o la API de copia de seguridad de VSS.

Después de restaurar una copia de seguridad en línea, la información de los registros de transacciones se deberá aplicar a la base de datos. Este operación se conoce como reproducción de los archivos del registro de transacciones. El campo Registro necesario de cada encabezado de la base de datos registra los números de secuencia (generación) del intervalo de archivos del registro de transacciones que se debe reproducir en la base de datos.

Si el campo Registro necesario muestra 0-0, la base de datos se podrá montar sin necesidad de reproducir datos adicionales del registro de transacciones. El único caso en el que el valor de Registro necesario es 0-0 es después de que una base de datos pase al estado de cierre limpio. Mientras una base de datos se está ejecutando, el campo Registro necesario siempre registra el intervalo de registros de transacciones que aún no se han aplicado a la base de datos. Este intervalo se actualiza continuamente.

Una base de datos de la que se realiza una copia de seguridad en estado en línea siempre tiene un intervalo de Registro necesario distinto a cero. Por ello, se debe realizar una copia de seguridad de los archivos del registro de transacciones apropiados junto con la base de datos. Si los archivos de registro no están disponibles después de restaurar una base de datos, no se podrá montar la base de datos. Si no puede obtener los archivos de registro necesarios, deberá realizar una operación de reparación de la base de datos. Sin embargo, no existen garantías de que la operación de reparación de la base de datos sea correcto. Además, en una operación de reparación de la base de datos siempre se pierden datos, aunque sólo sean los datos de los archivos de registro que faltan.

Si utiliza la API de copia de seguridad de secuencias o la API de copia de seguridad de VSS de Exchange que se incluye con el Escritor de Exchange, se realizará una copia automática de los archivos de registro que sean necesarios para montar una base de datos junto con la base de datos. Si sólo reproducen los archivos de registro que se hayan especificado en el campo Registro necesario, la base de datos se restaurará hasta el punto en el que finalizó la copia de seguridad. Si desea poner al día la base datos más allá de ese punto, también deberá reproducir los archivos de registro que se generaron una vez que finalizó la copia de seguridad.

Para poner al día la base de datos por completo desde cualquier copia de seguridad determinada, deberá conservar todos los archivos de registro en una secuencia ininterrumpida, desde el registro inferior del intervalo del Registro necesario hasta el archivo de registro generado en último lugar del grupo de almacenamiento de la base de datos. Si algún registro de esta serie falta o está dañado, sólo podrá poner al día hasta el último archivo correcto anterior al archivo que falta o está dañado.

Por ello, para no perder datos al recuperar una copia de seguridad, deberá conservar copias correctas de los archivos del registro de transacciones a partir de la última copia de seguridad de la base de datos correcta comprobada.

Truncamiento del registro de transacciones

Si no se quitan los archivos del registro de transacciones de un servidor de Exchange, los archivos de registro se acumularán hasta que llenen todo el espacio disponible en el disco. Por ello, tanto las API de copia de seguridad de secuencias como las de copia de seguridad de VSS admitirán la eliminación de archivos del registro de transacciones después de la finalización de una copia de seguridad Normal o Incremental. Los archivos de registro anteriores a aquellos necesarios para recuperar la copia de seguridad más reciente se eliminarán automáticamente del servidor después de que el programa de copia de seguridad informe a Exchange de que la operación de copia de seguridad ha finalizado correctamente.

Con la API de transmisión por secuencias, la comprobación de la suma de comprobación de la base de datos se realiza durante el proceso de copia de seguridad. En el momento en que finalice la operación de copia de seguridad, se habrá comprobado la integridad física de la base de datos completa y los archivos de registro necesarios. Con la API de VSS, la comprobación de la suma de comprobación no se puede realizar como parte del proceso de copia de seguridad real. El proveedor del programa de copia de seguridad deberá comprobar la integridad física de la base de datos con independencia del proceso de copia de seguridad. Esta comprobación se puede realizar con el comando Eseutil antes de la operación de copia de seguridad o después de que el programa informe a Exchange de que ha finalizado la copia de seguridad.

  • Si la comprobación de la suma de comprobación se realiza antes de que finalice la copia de seguridad, y se encuentra un problema en el conjunto copia de seguridad, se indicará a Exchange que la copia de seguridad es incorrecta. Esta acción detiene el truncamiento de Exchange de los archivos de registro del servidor.

  • Si se aplaza la comprobación de la suma de comprobación hasta después de que se indique la finalización de una copia de seguridad, Exchange eliminará los archivos de registro más antiguos del servidor. Es posible que sea necesario poner al día algunos de estos archivos a partir de una copia de seguridad correcta anterior. Si no ha hecho copias de estos archivos de registro, es posible que no pueda ponerla al día por completo.

Se recomienda realizar la comprobación de la suma de comprobación en una copia de seguridad de VSS antes de que el programa de copia de seguridad informe a Exchange de que ha finalizado la copia de seguridad. Si la comprobación de la suma de comprobación se aplaza hasta que haya finalizado la copia de seguridad, el programa de copia de seguridad deberá conservar las copias de todos los archivos del registro de transacciones que se hayan truncado, a menos que no sea importante que no pueda ponerla al día Exchange completamente.

En la mayoría de los casos, todos los archivos del registro de transacciones que son necesarios para hacer circular hacia delante una copia de seguridad de VSS están disponibles en el conjunto de archivos de registro que se guardaron con la copia de seguridad anterior, junto con los archivos de registro que se guardaron con la copia de seguridad actual. Sin embargo, cuando se selecciona una solución de copia de seguridad, se debe comprobar que es así.

Restauración de copias de seguridad no comprobadas

Es posible que tenga que restaurar una base de datos desde una copia de seguridad antes de que se haya realizado la comprobación de la suma de comprobación en la copia de seguridad. En este escenario, se recomienda restaurar la base de datos de una copia de seguridad comprobada anteriormente y, a continuación, hacer circular esa copia de seguridad hacia delante. Esto es preferible a confiar en una copia de seguridad no comprobada.

Sin embargo, puede tener un acuerdo de nivel de servicio que requiera restaurar los datos con más rapidez de la que se puede obtener de las copias de seguridad anteriores. En este escenario, la restauración de una copia de seguridad no comprobada puede ser una opción mejor, siempre que conserve una copia de seguridad comprobada anterior junto con los archivos de registro que se necesiten poner completamente al día desde dicha copia. Esto permite al puesta al día desde una copia de seguridad correcta conocida si detecta que la copia de seguridad no comprobada está dañada.

Comprobación de la coherencia de la instantánea

El solicitante de VSS debe comprobar la coherencia de la instantánea. Además, la comprobación de la coherencia de la instantánea es un requisito para que una solución de copia de seguridad sea compatible con el equipo Exchange. Exchange 2007 admite los dos métodos siguientes para comprobar la coherencia de la instantánea:

  • API CHKSGFILES

  • La herramienta de línea de comando Eseutil

Para obtener más información sobre el modo de comprobar la coherencia de la instantánea mediante el uso de la API CHKSGFILES, consulte Validating Backup Integrity By Using CHKSGFILES (página en inglés).

Para obtener más información sobre el modo de comprobar la coherencia de la instantánea mediante el uso de la herramienta de línea de comando Eseutil, consulte Validating Backup Integrity By Using Eseutil (página en inglés).

Solución de problemas del Servicio de instantáneas de volumen

De forma predeterminada, VSS se instala con Windows Server 2008. Este servicio está configurado con un tipo de inicio manual. El servicio se inicia si un programa de copia de seguridad (el Solicitante) puede utilizar el Escritor o los Escritores de VSS.

Puede utilizar las opciones siguientes para solucionar los problemas que pueda experimentar con las copias de seguridad de VSS de Exchange 2007:

  • Información del registro de eventos

  • Comandos VSSADMIN

  • Registro de diagnóstico

  • Herramienta Extra de Exchange

  • Herramienta BETest

Información del registro de eventos

Los pasos siguientes describen el proceso de copia de seguridad de Exchange 2007 que tiene lugar cuando se utiliza VSS junto con los eventos correspondientes que se registran. Examine los eventos que se registran durante la operación de copia de seguridad para determinar el componente con errores.

Paso 1: Preparación de la base de datos

  1. El programa de copia de seguridad, también conocido como el agente, ejecuta un trabajo programado.

  2. El Solicitante de VSS del programa de copia de seguridad envía una solicitud a VSS para preparar los grupos de almacenamiento de Exchange para una copia de seguridad de instantánea.

  3. VSS indica al Escritor de VSS de Exchange que prepare una copia de seguridad de instantánea.

En la tabla siguiente se enumera la serie de eventos que se registra en el registro de la aplicación para cada instancia de copia de seguridad que se inicia.

Id. de evento Tipo de evento Origen del evento General

9604

Información

MSExchangeIS

El Escritor de VSS de Exchange ha recopilado correctamente el documento de metadatos de preparación para la copia de seguridad o restauración.

9818

Información

MSExchangeIS

Se ha llamado al Escritor de VSS de Exchange (instancia 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) para "EcPrepareSGForBackup".

Datos:

0000: 54 68 69 72 64 20 53 74 Tercer

0008: 6f 72 61 67 65 20 47 72 grupo de almacenamiento.

9811

Información

MSExchangeIS

El Escritor de VSS de Exchange (instancia 56) ha preparado correctamente el motor de base de datos para una copia de seguridad completa del grupo de almacenamiento 'Tercer grupo de almacenamiento'. Las siguientes 1 bases de datos están montadas y se copiarán:

Tercer grupo de almacenamiento

Datos:

0000: 46 75 6c 6c 00 Lleno.

9606

Información

MSExchangeIS

El Escritor de VSS de Exchange (instancia 097f686a-7ffb-4903-935f-1b1b1a0d3a27) ha preparado correctamente la copia de seguridad.

9818

Información

MSExchangeIS

Se ha llamado al Escritor de VSS de Exchange (instancia 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) para "CVssIExchWriter::OnPrepareSnapshot".

9608

Información

MSExchangeIS

El Escritor de VSS de Exchange (instancia 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) ha preparado correctamente la instantánea.

2005

Información

ESE

Almacén de información (2256) Iniciando la instancia de instantánea 56. Será una instantánea completa.

Paso 2: Instantánea de la base de datos

Después de que el Escritor de Exchange informe a VSS de que la preparación de la copia está completa, tendrán lugar las acciones siguientes:

  1. El Escritor de Exchange inmovilizará las bases de datos de Exchange apropiadas. En este escenario, Exchange realiza las operaciones siguientes.

    • Exchange prohíbe acciones administrativas en el grupo de almacenamiento determinado.

    • Exchange comprueba las dependencias del volumen del grupo de almacenamiento.

    • Exchange suspende todas las operaciones de escritura en los archivos de base de datos y los archivos del registro de transacciones apropiados.

      Nota

      Exchange permite acceso de lectura a los archivos de base de datos y del registro de transacciones.

  2. Cuando Exchange inicia la operación para inmovilizar los archivos de base de datos y del registro de transacciones de Exchange, Exchange inicia un subproceso de trabajo para realizar el seguimiento de lo que se tarda en crear la copia de la instantánea de la base de datos. No se permite que el proceso de copia dure más de 10 segundos.

El proceso completo de copia de la instantánea no puede durar más de setenta segundos. Esto incluye todas las operaciones que tienen lugar en el proceso "Paso 2: Instantánea de la base de datos". Si el proceso completo supera los setenta segundos, se agotará el tiempo de espera del subproceso de trabajo. Si se agota el tiempo de espera, Exchange detendrá el trabajo de copia de seguridad y movilizará los grupos de almacenamiento de Exchange. A continuación, Exchange continuará con las operaciones habituales.

En la tabla siguiente se enumera la serie de eventos que se registra en el registro de la aplicación durante la operación de instantánea.

Id. de evento Tipo de evento Origen del evento General

2001

Información

MSExchangeIS

MSExchangeIS (2256) Tercer grupo de almacenamiento: Iniciada la inmovilización de la instancia de la instantánea 56.

9818

Información

MSExchangeIS

Se ha llamado al Escritor de VSS de Exchange (instancia 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) para "CVssIExchWriter::OnFreeze".

9610

Información

MSExchangeIS

El Escritor de VSS de Exchange (instancia 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) ha inmovilizado correctamente los grupos de almacenamiento.

9818

Información

MSExchangeIS

Se ha llamado al Escritor de VSS de Exchange (instancia 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) para "CVssIExchWriter::OnThaw".

2003

Información

ESE

Almacén de información (2256) Finalizada la inmovilización de la instancia de instantánea 56.

9612

Información

MSExchangeIS

El Escritor de VSS de Exchange (instancia 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) ha anulado correctamente la inmovilización de los grupos de almacenamiento.

9818

Información

MSExchangeIS

Se ha llamado el Escritor de VSS de Exchange (instancia 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) para "CVssIExchWriter::OnPostSnapshot".

Paso 3: Comprobación de instantánea

El Solicitante de VSS del programa de copia de seguridad comprueba el estado de la instantánea. A continuación, el programa notifica a Exchange si la copia de seguridad se ha realizado correctamente. Esta acción indica la finalización de la operación de copia de seguridad. El método OnBackupComplete() se utiliza para restablecer el marcador backupInProgress.

En la tabla siguiente se enumera la serie de eventos que se registra en el registro de la aplicación durante la conclusión de la copia de seguridad:

Id. de evento Tipo de evento Origen del evento General

9818

Información

MSExchangeIS

Se ha llamado al Escritor de VSS de Exchange (instancia 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) para "CVssIExchWriter::OnBackupComplete".

9818

Información

MSExchangeIS

Se ha llamado al Escritor de VSS de Exchange (instancia 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) para "EcSGBackupComplete".

Datos:

0000: 54 68 69 72 64 20 53 74 Tercer grupo de almacenamiento.

9780

Información

MSExchangeIS

El Escritor de VSS de Exchange (instancia 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) completó correctamente la copia de seguridad completa o incremental del grupo de almacenamiento "Tercer grupo de almacenamiento".

2006

Información

ESE

Almacén de información (2256) Concluida correctamente la instancia de instantánea 56.

9616

Información

MSExchangeIS

El Escritor de VSS de Exchange (instancia 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) ha procesado correctamente el evento de finalización de la copia de seguridad.

Cuando finaliza la operación de copia de seguridad, el Escritor de Exchange llama al método OnBackupShutdown(). Este método se utiliza para realizar las operaciones que se necesitan cuando un programa de copia de seguridad sale después de finalizar el trabajo de copia de seguridad.

Si se produce un error grave, el método OnBackupShutdown() establece el estado del Escritor de Exchange en Error.

En la tabla siguiente se enumera la serie de eventos que se registra en el registro de la aplicación durante el evento BackupShutdown.

Id. de evento Tipo de evento Origen del evento General

9818

Información

MSExchangeIS

Se ha llamado al Escritor de VSS de Exchange (instancia 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) para "CVssIExchWriter::OnBackupShutdown".

9648

Información

MSExchangeIS

El Escritor de VSS de Exchange (instancia 097f686a-7ffb-4903-935f-1b1b1a0d3a27:56) ha procesado correctamente el evento de cierre de la copia de seguridad.

En caso de un error de la copia de seguridad se llama a las dos funciones siguientes:

  • CVssIExchWriter::OnAbort()

    Este método indica que una operación de instantánea ha finalizado inesperadamente. El Escritor de Exchange utiliza este método para borrar el Escritor de Exchange e indicar a la base de datos JET que anule la inmovilización (libere) del almacén de información. Además, el Escritor de Exchange utiliza este método para indicar a la base de datos JET que se ha detenido la instantánea.

  • CVssIExchWriter::EcBackupCleanup()

    Si se ha producido un error en la copia de seguridad, Exchange utiliza este método para realizar operaciones de limpieza de errores posteriores a la copia de seguridad. Exchange utiliza este método para indicar a la base de datos JET que se ha producido un error en la instantánea. Además, Exchange utiliza este método para indicar al almacén de información que se ha producido un error en la instantánea.

Paso 4: Truncamiento del registro de transacciones

Al final de una copia de seguridad correcta, Exchange realiza las operaciones siguientes:

  • Exchange trunca los archivos del registro de transacciones.

    Nota

    Si no realiza una copia de seguridad de Exchange pero toma una copia de seguridad de instantánea de un volumen que contenga archivos de base de datos de Exchange, la copia de seguridad se administrará igual que una copia de seguridad de Exchange. Sin embargo, en este escenario la copia de seguridad se considerará una copia de seguridad de copia y no se producirá ningún truncamiento del registro de transacciones.

  • Exchange actualiza los encabezados de la base de datos con la información del campo Registro necesario.

  • Exchange borra el estado de copia de seguridad en curso.

  • Exchange registra la hora de la última copia de seguridad de las bases de datos apropiadas.

Comandos VSSADMIN

Puede utilizar la herramienta administrativa de línea de comando de VSS (VSSADMIN) para obtener información acerca de los Escritores y los Proveedores registrados con VSS.

Para obtener información acerca de los Escritores de VSS, siga estos pasos:

  1. En el servidor de Exchange, haga clic en Inicio, Ejecutar, escriba cmd y, a continuación, haga clic en Aceptar.

  2. En el símbolo del sistema, escriba vssadmin list writers y, a continuación, presione ENTRAR.

    Examine los resultados que se devuelven para localizar los resultados del Escritor de Exchange. El Escritor de Exchange debe estar en un estado estable. Cuando el Escritor de Exchange esté en un estado estable, se devolverán los siguientes resultados:

    Nombre del Escritor: "Escritor de Microsoft Exchange"

    Id. del Escritor: {76fe1ac4-15f7-4bcd987e-8e1acb462fb7}

    Id. de instancia del Escritor: {977637c2-fcdd-463e-b1f8-a9a5d603a2e8}

    Estado: [1] Estable

    Último error: Ningún error

    Si el valor de Estado es distinto a Estable, reinicie el servicio Almacén de información de Microsoft Exchange. Cuando el Escritor de Exchange se encuentre en un estado de error, se devolverán resultados parecidos a los siguientes:

    Nombre del Escritor: "Escritor de Microsoft Exchange"

    Id. del Escritor: {76fe1ac4-15f7-4bcd987e-8e1acb462fb7}

    Id. de instancia del Escritor: {977637c2-fcdd-463e-b1f8-a9a5d603a2e8}

    Estado: [14] Error

    Último error: Error con opción a volver a intentar la operación

  3. Para obtener información acerca de los Proveedores de VSS registrados, escriba vssadmin list providers en el símbolo del sistema. Deben aparecer los resultados siguientes:

    Nombre del proveedor: "Proveedor de instantáneas de software de Microsoft 1.0"

    Tipo de proveedor: Sistema

    Id. del proveedor: {b5946137-7b9f-4925-af80-51abd60b20d5}

    Versión: 1.0.0.7

    De forma predeterminada, sólo se incluye el proveedor de instantáneas de software de Microsoft. Sin embargo, si está instalado un programa de copia de seguridad de terceros, se pueden incluir otros proveedores.

Nota

Para obtener más información acerca de los comandos que están disponibles, escriba vssadmin /? en el símbolo del sistema.

Registro de diagnóstico

Si sospecha que el problema que experimenta está causado por un problema con el Escritor de Exchange, habilite el registro de diagnóstico para el Escritor de Exchange. Para ello, siga estos pasos:

  1. Inicie el Shell de administración de Exchange.

  2. Ejecute el siguiente comando:

    get-eventloglevel | where-object {$_.identity -like "*Exchange Writer*"} | set-eventloglevel -level expert 
    
  3. Para comprobar el nivel de registro del Escritor de Exchange, ejecute el comando siguiente:

    get-eventloglevel | where-object {$_.identity -like "*Exchange Writer*"}
    
  4. Para restaurar el nivel de registro de diagnóstico a su nivel predeterminado, ejecute el comando siguiente:

    get-eventloglevel | where-object {$_.identity -like "*Exchange Writer*"} | set-eventloglevel -level Lowest
    

Herramienta Extra de Exchange 2007

Puede utilizar la herramienta Asistente para solución de problemas (Extra) que está incluida en Exchange 2007 para realizar el seguimiento del Escritor de Exchange. Para ello, siga estos pasos:

  1. En el servidor de Exchange, haga clic en Inicio, Ejecutar, escriba extra y, a continuación, haga clic en Aceptar.

  2. Si no ha ejecutado el programa anteriormente, haga clic en Unirse al programa de Microsoft para la mejora de la experiencia del usuario o en No deseo unirme al programa en este momento.

  3. En el panel de tareas, haga clic en Seleccione una tarea.

  4. En la pantalla para seleccionar tareas de resolución de problemas, haga clic en Control de seguimiento.

  5. Si recibe el mensaje siguiente, haga clic en Aceptar:

    Este servidor no tiene el módulo necesario para interpretar los seguimientos. Continúe sólo si lo está haciendo bajo la supervisión directa de un técnico cualificado que proporcione asistencia en el manejo de Exchange.

  6. Tome nota de la ruta de acceso que se muestra en el cuadro Seleccionar ubicación del archivo de seguimiento.

  7. Haga clic en Establecer etiquetas de seguimiento manuales.

  8. En la lista Componentes objeto de seguimiento, haga clic en Almacenar pero no haga clic para seleccionar la casilla Almacenar.

  9. En la lista Rastrear etiquetas, haga clic para seleccionar la casilla tagVSS.

  10. Haga clic en Iniciar el seguimiento.

Herramienta BETest

Puede usar la herramienta BETest para determinar si un problema está causado por un Solicitante de VSS de terceros.

Esta herramienta es un Solicitante de prueba que se puede utilizar para probar el Escritor de VSS de Exchange. La herramienta BETest utiliza la API de Microsoft VSS para comunicarse con el Escritor de Exchange y probarlo. Esta herramienta puede realizar muchas de las tareas que ejecuta un Solicitante de VSS típico. Puede utilizar la herramienta BETest para realizar una copia de seguridad de VSS de un grupo de almacenamiento de Exchange. BETest puede realizar una instantánea VSS de una base de datos activa o una base de datos replicada en un servidor de Exchange 2007.

Para obtener esta herramienta, descargue e instale el SDK de VSS, versión 7.2. Para obtener este SDK, consulte Volume Shadow Copy Service SDK 7.2 (en inglés).

La ruta de acceso siguiente es la ubicación de instalación predeterminada para la versión i386 de BETest:

C:\Archivos de programa (x86)\Microsoft\VSSSDK72\TestApps\betest\obj\i386

Nota

También está disponible una versión AMD64 de BETest. Antes de ejecutar BETest, desplácese al directorio que contenga la versión apropiada del sistema operativo.

Para utilizar BETest, siga estos pasos:

  1. Abra un símbolo del sistema y, a continuación, desplácese hasta el directorio apropiado para su sistema operativo. Por ejemplo, desplácese al directorio C:\Archivos de programa (x86)\Microsoft\VSSSDK72\TestApps\betest\obj\amd64.

  2. Compruebe qué Escritores de VSS están disponibles. Para ello, escriba betest.exe >AvailableWriters.txt.

  3. Cree un archivo Components.txt para utilizarlo con BETest. Para ello, siga estos pasos:

    1. Abra el archivo AvailableWriters.txt usando un editor de texto como el Bloc de notas.

    2. Localice la sección Microsoft Exchange Writer. En el Bloc de notas, presione F3, escriba Microsoft Exchange Writer en el cuadro Buscar y, a continuación, haga clic en Buscar siguiente.

    3. Utilice la información que aparece en la sección WriterName = Microsoft Exchange Writer para rellenar el archivo Components.txt. Este archivo tiene el formato siguiente:

      "<WriterIdGUID>": "<component-logical-path>" {"target" # "new target", ...}, ..."<component-logical-path>" : "<subcomponent-logical-path>,...";

      En este archivo, <component-logical-path> representa la entrada LogicalPath, la entrada LogicalPath junto con el GUID del componente o, si no existe el valor LogicalPath, sólo el GUID del componente. El GUID del componente representa un grupo de almacenamiento determinado. Por ejemplo la entrada <component-logical-path> podría ser "Microsoft Exchange Server\Almacén de información de Microsoft\Nombre de servidor\000dd565-c4e8-4f58-a8b1-2e29eee4f5c0."

      A continuación, se muestra un ejemplo del archivo Components.txt:

      "{76fe1ac4-15f7-4bcd-987e-8e1acb462fb7}":"Microsoft Exchange Server\Almacén de información de Microsoft\Nombre de servidor\999dd565-c4e8-4f58-a8b1-2e29eee4f5c0 ";

      En este ejemplo, el primer GUID es el del Escritor de Exchange. Este GUID no se puede modificar. El segundo GUID pertenece a un grupo de almacenamiento determinado. Puede especificar el grupo de almacenamiento en el que desee ejecutar el comando mediante la especificación del GUID del grupo de almacenamiento apropiado. Para obtener el GUID de un grupo de almacenamiento determinado, ejecute el cmdlet Get-StorageGroup "<StorageGroupName>" | fl GUID.

      Exchange sólo admite copias de seguridad de secuencias en grupos de almacenamiento activos. Por tanto, para realizar una copia de seguridad de un grupo de almacenamiento pasivo, deberá utilizar una copia de seguridad de VSS. Si tiene un clúster de replicación continua en clúster (CCR) de Exchange o si desea realizar una copia de seguridad replicada desde un servidor que esté habilitado para replicación continua local (LCR), el archivo Components.txt deberá ser similar a uno de los ejemplos siguientes.

      Para una copia pasiva de CCR

      "{76fe1ac4-15f7-4bcd-987e-8e1acb462fb7}":"Microsoft Exchange Server\Almacén de información de Microsoft\Replica\<nombre del servidor de buzones en clúster>\<GUID del grupo de almacenamiento>";

      Para una copia pasiva de LCR

      "{76fe1ac4-15f7-4bcd-987e-8e1acb462fb7}":"Microsoft Exchange Server\Almacén de información de Microsoft\Replica\<nombre del servidor>\<GUID del grupo de almacenamiento>";

  4. Después de crear el archivo Components.txt, ejecute el comando siguiente para realizar una copia de seguridad del grupo de almacenamiento:

    BETEST.exe /B /E /T 1 /S output.XML /C components.txt /D c:\betest > output.txt
    

    Nota

    Este comando crea la copia de seguridad en el directorio C:\Betest. También puede ejecutar este comando sin la opción /E.

  5. Si recibe un mensaje de error al ejecutar el comando, existe un problema con el Escritor de Exchange. Para solucionar el problema, examine el contenido del archivo Output.txt que se creó al ejecutar el comando en el paso 4.

Recomendaciones

La lista siguiente incluye algunas recomendaciones para solucionar problemas de copia de seguridad de VSS:

  • Compruebe que están instalados los últimos Service Pack de Windows y las actualizaciones más recientes de VSS.

  • Supongamos que está solucionando un error -2403 que se produce al intentar iniciar un trabajo de copia de seguridad. En este caso, VSS usa un tipo de inicio manual. Si un trabajo de copia de seguridad se bloquea, es posible que VSS no se detenga. En su lugar, VSS puede determinar que la copia de seguridad se sigue ejecutando. En este escenario, recibirá un error -2403 cuando intente iniciar un nuevo trabajo de copia de seguridad. Para solucionar este problema, detenga VSS de forma manual y, a continuación, inicie el trabajo de copia de seguridad.

  • Si utiliza el programa BETest para solucionar un problema, haga uso del programa para capturar varias copias de seguridad de BETest durante un período de tiempo de varios días. Además, cuando ejecute el programa BETest, deberá detener y deshabilitar temporalmente todos los servicios de terceros relacionados con la copia de seguridad.

  • Si tiene problemas de tiempo de espera con el Escritor de VSS, es posible que existan problemas de rendimiento en el servidor. En este escenario, recopile los registros de rendimiento para determinar si existe un problema de rendimiento.

  • El Escritor de VSS se encuentra en un estado con opción a volver a intentar la operación. Este problema indica que el Escritor de VSS ha experimentado un error no grave. El estado cambia automáticamente transcurrido un tiempo. Sin embargo, puede solucionar el problema de estado con opción a volver a intentar la operación reiniciando el servidor.

Referencias de VSS

Están disponibles las siguientes referencias relacionadas con VSS: