Acronis Backup for VMware 9 - User Guide Manual del usuario

Página 42

Advertising
background image

42

Copyright © Acronis International GmbH, 2002-2013

Tenga en cuenta que, para permitir copias de seguridad compatibles con aplicaciones, debe

proporcionar credenciales de inicio de sesión en el SO invitado para los equipos virtuales

seleccionados que ejecutan MS Exchange Server, MS SQL Server, MS SharePoint Server o MS Active

Directory Esto significa que tiene que especificar un usuario con privilegios de administrador del

dominio. La tecnología de control de la cuenta de usuario (UAC) introducida en el sistema operativo

Windows Server 2008 no es compatible de forma nativa con Acronis vmProtect 9, ya que el producto

evalúa los datos de los VM en modo sin agente. Por lo tanto, si UAC está habilitado para el usuario

que especifique, le sugerimos las siguientes posibles soluciones (cualquiera es aceptable):
1.

Deshabilite UAC para el usuario especificado. El UAC puede habilitarse/deshabilitarse a través de

una directiva de grupo del dominio, por ejemplo.

2.

Especifique un usuario diferente para el que el UAC esté deshabilitado. Por ejemplo, puede

utilizar una cuenta de administrador de dominio incorporada que tenga el UAC deshabilitado de

manera predeterminada.

3.

Instalar un pequeño (hasta 30 MB) «Acronis Backup Agent» dentro del equipo virtual. Para eso:

ejecute el paquete de instalación de Acronis vmProtect 9, escoja la opción Extraer componentes

en el menú, extraiga el componente .msi de Acronis Backup Agent e instale el agente en el

servidor en el que está habilitado UAC. Después, puede utilizar cualquier usuario de dominio con

privilegios de administrador del dominio sin importar el estado del UAC.

Tenga en cuenta que, aunque vmProtect 9 no es software compatible con clústeres, es posible

realizar copias de seguridad compatibles con aplicaciones de los nodos del clúster de Exchange. (Se

admiten Exchange 2003 SP2 y versiones superiores). Durante el proceso de copia de seguridad,

Acronis vmProtect 9 puede crear copias de seguridad de las bases de datos de Exchange disponibles

para el equipo virtual específico (nodo del clúster de Exchange) en un momento dado. Aunque hay

muchos tipos diferentes de clústeres de Exchange (SCC, CCR, DAG, etc.) con características

específicas, lo más importante es asegurarse de que se pueda acceder a los datos de las bases de

datos de Exchange desde el equipo virtual del que se va a crear una copia de seguridad con la opción

«compatible con aplicaciones». El mismo enfoque se aplica a la opción de truncar los registros de

transacciones; se truncarán solo para las bases de datos accesibles.

Por ejemplo, no importa el nodo del clúster de Exchange 2010 DAG del que se vaya a crear una copia

de seguridad, ya que en este caso cada nodo puede contener bases de datos activas y pasivas (es

decir, réplicas de las bases de datos de otros nodos) y se crearán copias de seguridad de todas estas

bases de datos correctamente, ya que se puede acceder a ellas desde cualquier nodo. Tenga en

cuenta que en este caso los registros se truncarán tanto para las bases de datos activas como para las

pasivas.

La excepción a esta norma es el clúster SCC, en el que la base de datos se encuentra en un

almacenamiento compartido y, por lo tanto, resulta inaccesible para la API de vStorage que se utiliza

para obtener acceso a los datos del equipo virtual. Los clústeres SCC NO son compatibles.

Si planea extraer la base de datos de Exchange de la copia de seguridad y realizar una recuperación a

un punto de error, que implica reemplazar la base de datos con la copia de seguridad y agregarle los

registros de transacciones, debe asegurarse de extraer la última versión de la base de datos, para

que los registros de transacciones se puedan aplicar a esta copia. Si se pierden registros de

transacciones en la cadena, no será posible agregarlos.

NOTA: La copia de seguridad de equipos virtuales con Active Directory no debe tener una antigüedad superior a

la duración del marcador de exclusión (60 días de manera predeterminada). De lo contrario, el controlador de

dominio de los equipos virtuales restaurados a partir de dicho archivo comprimido obsoleto no será coherente.

Para obtener más información, consulte http://support.microsoft.com/kb/216993/en-us.

Advertising