Copia de seguridad de SQL Server 2012 siempre activa, completa frente a solo copia

Necesito una aclaración rápida sobre la copia de seguridad de solo copia frente a la copia de seguridad completa, ya que se refiere a la numeración del registro de transacciones y restaurar si es necesario.

Tengo la configuración de SQL Server 2012 con siempre activada para múltiples bases de datos. Los grupos de disponibilidad se configuran con respaldo preferido en la réplica.

solo las copias de seguridad de copias y registros de transacciones son posibles en la réplica. ¿Significa esto que tendré que hacer una copia de seguridad completa en el primario si se requiere una restauración del registro de transacciones?

Gracias

solo se pueden realizar copias de seguridad del registro de transacciones y solo copias en la réplica

Cierto.

¿Significa esto que tendré que hacer una copia de seguridad completa en el primario si se requiere una restauración del registro de transacciones?

Respuesta corta SI .

De BOL :

Se garantiza una cadena de registro coherente en todas las copias de seguridad de registros tomadas en cualquiera de las réplicas (primaria o secundaria), independientemente de su modo de disponibilidad (confirmación sincrónica o confirmación asincrónica).

Entonces, para responder a su pregunta, una copia de seguridad COPY_ONLY no puede ser parte de una restauración que implique copias de seguridad de T-log (hacer una restauración en un punto en el tiempo). Su objetivo principal es tener un conjunto de copia de seguridad fuera de la cadena de copia de seguridad regular que NO afecte la secuencia de restauración.

Se debe realizar una copia de seguridad completa en la base de datos primaria (no puede ser una copia de seguridad de copy_only).

Solo la copia de seguridad de T-log (como se mencionó anteriormente) se puede hacer en primario o secundario con un CAVEAT que no estropeará los LSN en PRIMARY, es decir, mantendrá los LSN consistentes, independientemente de dónde realice las copias de seguridad de registros en el grupo de disponibilidad .

Lo mejor es verificar sys.fn_hadr_backup_is_preferred_replicaque las copias de seguridad del registro usen las preferencias de copia de seguridad del grupo de disponibilidad para las copias de seguridad del registro.

Consulte: Realización de copias de seguridad del registro de transacciones utilizando las réplicas secundarias de solo lectura del grupo de disponibilidad AlwaysOn - Parte 1

¿Significa esto que tendré que hacer una copia de seguridad completa en el primario si se requiere una restauración del registro de transacciones?

NO: puede agregar copias de seguridad de t-log a una restauración de una copia de seguridad COPY_ONLY

Puede restaurar los registros de transacciones sobre una copia de seguridad completa de solo copia; esto significa que puede usar una copia de seguridad de solo copia desde la réplica secundaria junto con los registros de transacciones, y lograr la recuperación en un punto en el tiempo.

Sin embargo, si solo está realizando copias de seguridad de solo copia en la réplica secundaria, no tendrá una copia de seguridad "real" para restablecer el mapa de bits diferencial en la réplica principal. Si las copias de seguridad diferenciales son parte de su estrategia de recuperación, entonces debe realizar copias de seguridad completas en primaria. Si desea utilizar una copia de seguridad diferencial, deberá realizar una copia de seguridad completa en la réplica principal para utilizarla como base diferencial.

He probado con éxito usando una copia de seguridad de solo copia y las copias de seguridad de registro que abarcan la copia de solo copia hasta el momento deseado. Necesita tener todas las copias de seguridad del registro. Entonces, si tiene varias réplicas que está utilizando para hacer las copias de seguridad (por ejemplo, se produjo una conmutación por error), debe asegurarse y realizar un seguimiento de ellas. En mis pruebas, simplemente configuro las cosas para que todas las copias de seguridad vayan a una ubicación central. SQL mantiene la cadena de registro para las copias de seguridad de registro en todos los nodos en el AG. Un buen artículo aquí ... http://info.tricoresolutions.com/blog/understanding-backups-with-sql-server-alwayson-high-availability-mirrors

Tuve mucha confusión sobre el tema: en el clúster de AG que restauraba la copia de seguridad del registro después de Copiar, solo la copia de seguridad completa.

Ahora está funcionando bien. Podemos usar copia de seguridad solo desde una réplica secundaria

USE [master]
RESTORE DATABASE [xxxxx_testDB] FROM  
DISK = N'D:\Backups\FULL_COPY_ONLY\xxxxx_testDB_FULL_COPY_ONLY.bak' 
WITH  FILE = 1, 
MOVE N'xxxxx_testDB' TO N'D:\testdb\xxxxx_testDB.mdf',  
MOVE N'xxxxx_testDB_log' TO N'D:\testdb\xxxxx_testDB.ldf',  
NORECOVERY

GO


RESTORE LOG xxxxx_testDB
FROM DISK = 'D:\Backups\FULL_COPY_ONLY\xxxxx_testDB_LOG_1.trn'
WITH NORECOVERY; 
GO

RESTORE LOG xxxxx_testDB
FROM DISK = 'D:\Backups\FULL_COPY_ONLY\xxxxx_testDB_LOG_2.trn'
WITH NORECOVERY; 
GO


RESTORE DATABASE xxxxx_testDB WITH RECOVERY