Consideraciones sobre la duplicación para la restauración de una copia de seguridad de protección de aplicaciones desde el transportador de datos

Para las máquinas virtuales (VM) VMware de Windows, si intenta restaurar una copia de seguridad de protección de aplicaciones desde el transportador de datos, tenga en cuenta las restricciones de duplicación al restaurar la copia de seguridad de protección de aplicaciones.

Es posible que el almacenamiento de instantáneas se quede sin espacio

Si intenta ejecutar una restauración de máquina virtual completa de una copia de seguridad de protección de aplicación que ha creado con 2 o más intentos de instantánea, la instantánea del proveedor de sistema estará presente en la máquina virtual restaurada. A medida que la aplicación graba en el disco, el espacio de almacenamiento de duplicación crece hasta que agota el espacio de disco.

En general, si se ha utilizado la protección de aplicaciones durante una copia de seguridad, utilice sólo la restauración de protección de aplicaciones. Al restaurar la aplicación, el volumen se revierte automáticamente. Sin embargo, si debe restaurar la VM completa, debe revertir o suprimir la duplicación.

Después de restaurar toda la VM, verifique que la restauración ha sido satisfactoria y que los datos no están dañados. Si los datos no están dañados, suprima la duplicación. Si los datos están dañados, revierta la duplicación para restaurar la integridad de los datos.

Puede determinar qué duplicación debe suprimir o revertir buscando el archivo dsmShadowCopyID.txt en el directorio raíz de cada volumen restaurado. Este archivo contiene los ID de instantánea de las duplicaciones creadas durante los intentos de instantánea. Puede utilizar el mandato diskshadow delete shadows para suprimir estos ID, o el mandato revert para revertir la duplicación. Una vez finalizada la operación de suprimir o revertir, también puede suprimir el archivo dsmShadowCopyID.txt.

Importante: Para que la operación de reversión sea satisfactoria, la base de datos de la aplicación, como la base de datos de Microsoft SQL Server o la base de datos de Microsoft Exchange Server, debe estar en una unidad que no sea de arranque (cualquier unidad que no sea la unidad de arranque).

La instantánea debe estar disponible en el volumen restaurado durante la restauración de protección de aplicaciones

En algunos casos, la operación de copia de seguridad de protección de aplicaciones podría utilizar VSS (Volume Shadow Copy Service) para crear una instantánea coherente con la aplicación antes de iniciar una copia de seguridad de máquina virtual. Todos los cambios realizados tras la hora de creación de la instantánea se guardan en el almacenamiento de instantáneas.

Es posible que una restauración de base de datos falle si la instantánea no está disponible durante una restauración de aplicación. La instantánea se utiliza en el momento de la restauración para revertir el volumen restaurado a un estado coherente con la aplicación. Si la instantánea no está disponible, los datos restaurados no tendrán un estado coherente.

Las siguientes situaciones pueden hacer que la instantánea no esté disponible:

Normalmente, el almacenamiento de instantáneas forma parte de un volumen. Sin embargo, a veces el espacio del almacenamiento de instantáneas se configura para estar en un volumen distinto, bien de forma predeterminada o manualmente. En este caso, es posible que la restauración de base de datos falle porque la instantánea que se ha creado durante la operación de copia de seguridad de máquina virtual no está disponible en el momento de la restauración.
El almacenamiento de instantáneas no está disponible porque el volumen con el almacenamiento de instantáneas se ha excluido en el momento de realización de la copia de seguridad.

Están disponibles las siguientes soluciones alternativas para este problema:

Antes de ejecutar una copia de seguridad de máquina virtual, añada la asociación de almacenamiento de instantáneas para cada volumen que esté disponible en la máquina virtual invitada mediante el mandato vssadmin add shadowstorage. Por ejemplo, para establecer la ubicación del almacenamiento de instantáneas para el volumen E: en el volumen E:, emita el mandato siguiente:
```
vssadmin add shadowstorage /for=E: /on=E: /maxsize=unbounded
```
Importante: El vssadmin add shadowstorage comando podría fallar si el servidor de VM s tiene instantáneas VSS existentes. Debe suprimir las instantáneas VSS utilizando la misma aplicación que las ha creado.
Por ejemplo, si IBM Storage Protect for Mail: Data Protection for Microsoft Exchange Serverha creado una copia de seguridad de VSS de una base de datos de Exchange con destino de copia de seguridad LOCAL, utilice la aplicación Data Protection for Microsoft Exchange Server para suprimir la copia de seguridad de VSS. Si existe una instantánea VSS no identificada, utilice el diskshadow mandato delete shadows de Windows para suprimir la instantánea VSS.

Además, asegúrese de que el volumen que contiene el almacenamiento de instantáneas no se excluye de las operaciones de copia de seguridad.
Revierta manualmente las instantáneas para conseguir coherencia con la aplicación de los archivos de base de datos:
1. Monta todos los discos de la copia de seguridad de « VM » utilizando el agente de recuperación de « IBM Storage ».
2. Inicie el mandato diskshadow de Windows en modalidad interactiva.
3. En la modalidad diskshadow interactiva, emita el mandato siguiente:
```
list shadows all
```
4. En el directorio raíz de cada unidad montada, localice el archivo dsmShadowCopyID.txt . Este archivo contiene el identificador exclusivo global (GUID) de la instantánea VSS necesaria en la operación de reversión de volumen.
5. Abra el archivo dsmShadowCopyID.txt e identifique el GUID del volumen donde se encuentran los archivos de base de datos.
6. En la modalidad diskshadow interactiva, emita el mandato siguiente:
```
revert GUID
```
  donde GUID es el GUID de instantánea que se ha identificado en el archivo dsmShadowCopyID.txt .
Para que la operación de reversión se realice correctamente, la base de datos de la aplicación debe estar en una unidad que no sea la unidad de arranque.

Recuperación tras un fallo en la restauración de la protección de aplicaciones de un sistema invitado VM con Microsoft Exchange Server

La restauración de una VM invitada de una copia de seguridad de protección de aplicaciones puede fallar si la VM invitada contiene discos de distintos tamaños y la instantánea de protección de aplicaciones original de la VM ha tardado más de 10 segundos en completarse.

Esta situación se aplica a operaciones de restauración de protección de aplicaciones que fallan cuando se especifica la opción /RECOVer=APPLYALLlogs AND /MOUNTDAtabases=Yes con el mandato database restore.

Por ejemplo, una operación de restauración ha fallado cuando se ejecuta el siguiente mandato Data Protection for Microsoft Exchange Server :

tdpexcc restore DB1 FULL /mountdatabases=Yes /recover=applyalllogs

Para resolver este problema, debe habilitar las instantáneas de disco para cada disco de la VM invitada y volver a ejecutar la copia de seguridad de protección de aplicaciones. Para evitar este problema en el futuro, habilite las instantáneas de disco de cada uno de los discos de la VM invitada antes de ejecutar las copias de seguridad de protección de aplicaciones.

Para recuperarse del error de restauración, realice los pasos siguientes:

Asegúrese de que la instantánea de máquina virtual invitada tarda menos de 10 segundos en completarse.
Si la instantánea tarda más de 10 segundos en completarse y los discos de origen de la máquina virtual tienen tamaños distintos, habilite las instantáneas de cada uno de los discos de la máquina virtual invitada.
Ejecute una copia de seguridad de máquina virtual invitada en la máquina del transportador de datos.
Restaure de nuevo las bases de datos.

Importante: Si se produce este problema, la copia de seguridad de « VM » no se podrá utilizar para realizar una restauración coherente con la aplicación. Puede realizar sólo una restauración coherente con respecto a bloqueos. Debe corregir la configuración y ejecutar una nueva copia de seguridad para tener una restauración coherente con la aplicación.