Acronis Backup for Windows Server Essentials - User Guide Manual del usuario
Página 349

349
Copyright © Acronis International GmbH, 2002-2014
Ejemplos:
MyDatabase-Mounted, MyDatabase-Mounted (2).
12.5.1 Desmontaje de las bases de datos de SQL Server montadas
Mantener las bases de datos montadas ocupa una cantidad considerable de recursos del sistema. Se
recomienda que desmonte las bases de datos una vez que se hayan completado las operaciones
necesarias. Si una base de datos no se desmonta manualmente, permanecerá montada hasta que se
reinicie el sistema operativo o el servicio de agente.
Para desmontar una base de datos de SQL
1.
Conecte la consola a un equipo en el que esté instalado Agente para SQL.
2.
En el panel de Navegación, haga clic en Gestionar bases de datos de SQL montadas.
3.
Para desmontar una base de datos, selecciónela y haga clic en
Desmontar. Para desmontar
al mismo tiempo todas las bases de datos montadas, haga clic en
Desmontar todo.
Si la base de datos seleccionada se encuentra en uso, Acronis Backup desconecta de manera
forzada a todos los usuarios de la base de datos y, a continuación, la desmonta.
12.6 Protección de instancias de SQL Server en clúster y
AAG
Soluciones de alta disponibilidad de SQL Server
La funcionalidad Clúster de conmutación por error de Windows (WSFC) permite configurar SQL
Server con alta disponibilidad a través de la redundancia a nivel de la instancia (instancia de clúster
de conmutación por error, FCI) o a nivel de la base de datos (grupo de disponibilidad AlwaysOn,
AAG). También se pueden combinar ambos métodos.
En una instancia de clúster de conmutación por error, las bases de datos de SQL se ubican en un
espacio de almacenamiento compartido. Ya que a este espacio de almacenamiento solo se puede
tener acceso desde un nodo activo, se realiza una copia de seguridad de los datos de SQL Server
solamente cuando se realiza la copia de seguridad del nodo activo. Por la misma razón, las bases de
datos de SQL solo se pueden recuperar en un nodo activo. Si se produce un error en el nodo activo,
se genera una conmutación por error y se activa otro nodo.
En el caso de un grupo de disponibilidad, la réplica de cada base de datos reside en un nodo
diferente. Si la réplica principal no está disponible, se asigna la función principal a una réplica
secundaria que resida en un nodo diferente.
Entre las demás soluciones se encuentran la creación de reflejo de la base de datos y el trasvase de
registros. Para obtener más información sobre las soluciones de SQL Server con alta disponibilidad,
consulte la documentación de Microsoft:
Copia de seguridad de SQL Server configurada con alta disponibilidad
Tanto en los casos de FCI como en los de AAG, no es suficiente con realizar la copia de seguridad de
un solo nodo. Si se produce un error en este nodo, SQL Server continuará funcionando pero no se
realizará una copia de seguridad de sus bases de datos. Si desea que se realice una copia de
seguridad de los datos de SQL Server de manera ininterrumpida, independientemente de cuántos
nodos estén activos y en funcionamiento, considere el siguiente enfoque.
1.
Instale Agente para SQL en todos los nodos WSFC.
2.
En cada uno de los nodos, cree un plan de copias de seguridad con la misma configuración. O
cree un plan de copias de seguridad único y centralizado para todos los nodos.