Copias de seguridad MSSQL Semi-Cluster Aware con ZWC

Este articulo es para Empresa Amanda (AE)

Amanda Enterprise (en lo sucesivo denominada AE), que trabaja con Zmanda Windows Client (en lo sucesivo denominado ZWC), se puede utilizar para realizar copias de seguridad de un clúster de SQL Server. Sin embargo, debido a que Amanda Enterprise no es completamente "consciente de los clústeres", existen ciertas restricciones que se deben tener en cuenta y requisitos que se deben cumplir. El ZWC comparte código con el programa de copia de seguridad de Windows Server con todas las funciones Carbonite Server Backup de nuestra empresa matriz Carbonite. Por esta razón, “Servicio ZWC” o “Base de datos ZWC” a veces se enumeran como “Controlador de copia de seguridad del servidor Carbonite” y “Base de datos del servidor Carbonite” respectivamente. Trate estos servicios de Carbonite exactamente como lo haría con los servicios de ZWC en estas instrucciones.

Preparar

El ZWC debe instalarse en todos los nodos del clúster.

1. Instale el ZWC en el nodo que es el propietario preferido (principal) del recurso SQL Cluster.
   1. Una nueva clave de registro llamada Nombre del clúster (Tipo = Cadena) debe crearse en HKLM \ Software \ Zmanda \ ZWC \ 1.0 \ Engine \. El valor de la clave debe ser el nombre del clúster SQL.
   2. Abra el menú Servicios y reinicie el servicio Carbonite Server Database, esto reiniciará ambos servicios.
2. Configure un conjunto de copias de seguridad de SQL Server en AE.
   1. Las copias de seguridad en el nodo principal se pueden configurar como copias de seguridad COMPLETAS y DIFERENCIALES. Por favor mira Copias de seguridad diferenciales en un clúster de SQL Server abajo.
3. Mueva la instancia de SQL a otro nodo y repita la instalación y configuración de ZWC.
   1. Desactive el nuevo conjunto de copias de seguridad de SQL. Haga clic con el botón derecho en el conjunto de copia de seguridad y seleccione Desactivar.
   2. Configure solo copias de seguridad COMPLETAS en todos los demás nodos. Por favor mira Copias de seguridad diferenciales en un clúster de SQL Server abajo.
4. Repita el paso 3 para todos los nodos del clúster.
5. Mueva la instancia de SQL de nuevo al nodo preferido (principal).

Mover una instancia de SQL entre nodos de clúster después de la configuración inicial

Si mueve la instancia de SQL del nodo del clúster principal a otro nodo después de la configuración inicial, también debe ajustar su configuración de AE ​​y ZWC, a menos que planee mover el recurso antes de que se lleve a cabo la copia de seguridad programada.

1. Primero, desactive el conjunto de copias de seguridad de SQL en el nodo actual.
2. Mueva la instancia de SQL al otro nodo.
3. Active el conjunto de respaldo en el nuevo nodo.

Copias de seguridad diferenciales en un clúster de SQL Server

Debido a que AE no es totalmente compatible con los clústeres, debe tener mucho cuidado al usar copias de seguridad diferenciales en un entorno en clúster. Imagina el siguiente escenario:

1. Su primera copia de seguridad completa se realiza en el nodo 1 (el propietario preferido) en la transacción / registro 100. SQL Server registra que se realiza la copia de seguridad completa.
   1. Esta copia de seguridad contendría transacciones / registros 1 - 100. Tipo = Completo.
2. Su próxima copia de seguridad, aún en el nodo 1, es una copia de seguridad diferencial que se realiza en la transacción 150. SQL Server registra que se realiza una copia de seguridad diferencial.
   1. Esta copia de seguridad contendría transacciones 101 - 150. Tipo = Diferencial. Completo correspondiente es 1-100.
3. Ahora mueve SQL Server al Nodo 2 en la transacción 200 y realiza una copia de seguridad. AE y ZWC en este nodo no son conscientes de las copias de seguridad en el otro nodo, por lo que debe realizar otra copia de seguridad completa.
   1. Esta copia de seguridad contendría las transacciones 1 - 200. SQL Server registra que la copia de seguridad completa se realiza en la transacción 200.
4. En este punto, vuelve a mover SQL al Nodo 1 y realiza una copia de seguridad diferencial en la transacción 250. SQL Server tiene registro de que la última copia de seguridad completa fue en la transacción 200.
   1. Esta copia de seguridad contendría las transacciones 201 - 250.
   2. Sin embargo, la última copia de seguridad completa en este nodo solo contiene las transacciones 1 - 100.
5. Ahora hay un problema. Faltan transacciones en la cadena de respaldo. Solo se pueden restaurar las copias de seguridad completas.
   1. Una restauración de la copia de seguridad completa en el nodo 1 solo contendría los registros 1 - 100. La única copia de seguridad diferencial que se puede restaurar es la que contiene las transacciones 101 - 150. Las transacciones 151 - 250 se pierden.
   2. Una restauración de la copia de seguridad completa en el nodo 2 solo contendría los registros 1 - 200. La copia de seguridad diferencial del nodo 1 no se puede restaurar en el nodo 2. Las transacciones 201 - 250 se pierden.

Para evitar problemas como los anteriores, recomendamos:

1. Utilice copias de seguridad completas o diferenciales solo en el único nodo principal, es decir, en el propietario preferido del recurso de clúster de instancia SQL.
2. Utilice solo copias de seguridad completas en todos los demás nodos.
3. Si se ha realizado una copia de seguridad de los datos de SQL, mientras residen en otro nodo que no sea el principal, cuando mueva la instancia de SQL de nuevo al nodo principal, la primera copia de seguridad que se realice debe ser una copia de seguridad completa.

Si la instancia de SQL solo se mueve a otros nodos del clúster durante un período corto de tiempo, como para el mantenimiento, puede simplificar su esquema de respaldo instalando y configurando ZWC en un solo nodo principal.

Le recomendamos que lea el siguiente artículo publicado en el blog de MSDN: ¿Qué datos debe respaldar desde su clúster de SQL Server?