Backup sempre attivo di SQL Server 2012, completo o solo copia

8

Ho bisogno di un rapido chiarimento sul backup di sola copia rispetto al backup completo per quanto riguarda la numerazione dei registri delle transazioni e il ripristino, se necessario.

Ho installato SQL Server 2012 con sempre attivo per più database. I gruppi di disponibilità sono impostati con il backup preferito sulla replica.

sulla replica sono possibili solo backup di sola copia e del registro delle transazioni. Questo significa che dovrò fare un backup completo su primario se è richiesto un ripristino del registro delle transazioni?

Grazie

— Debbie
fonte

2

sulla replica sono possibili solo backup di sola copia e del registro delle transazioni

Vero.

Questo significa che dovrò fare un backup completo su primario se è richiesto un ripristino del registro delle transazioni?

Risposta breve SÌ .

Da BOL :

Una catena di log coerente è garantita attraverso i backup dei log eseguiti su una qualsiasi delle repliche (primaria o secondaria), indipendentemente dalla modalità di disponibilità (commit sincrono o commit asincrono).

Pertanto, per rispondere alla tua domanda, un backup COPY_ONLY non può far parte di un ripristino che comporta backup T-log (eseguendo un ripristino temporizzato). Il suo punto è avere un set di backup esterno alla normale catena di backup che NON influisce sulla sequenza di ripristino.

È necessario eseguire un backup completo sul database primario (non può essere un backup copy_only).

Solo un backup di T-log (come menzionato sopra) può essere eseguito sia su primario che su secondario con un CAVEAT che non rovinerà gli LSN sul PRIMARY, ovvero manterrà gli LSN coerenti, indipendentemente da dove si effettuano i backup di log nel gruppo di disponibilità .

La cosa migliore è verificare in sys.fn_hadr_backup_is_preferred_replicamodo che i backup del registro utilizzino le preferenze di backup del gruppo Disponibilità per i backup del registro.

Fare riferimento a: Esecuzione dei backup del registro delle transazioni utilizzando le repliche secondarie di sola lettura del gruppo di disponibilità AlwaysOn - Parte 1

— Kin Shah
fonte

2

Puoi sicuramente utilizzare un backup completo COPY_ONLY e applicare i registri delle transazioni su di esso. Un backup completo COPY_ONLY è strutturalmente uguale a qualsiasi altro backup completo. L'unica differenza è che non reimposta la bitmap differenziale. Dopo aver ripristinato l'intero COPY_ONLY, è possibile iniziare il ripristino con il registro delle transazioni che contiene l'ultimo LSN del backup COPY_ONLY, quindi procedere con la catena di registro normalmente.

— Due

6

Questo significa che dovrò fare un backup completo su primario se è richiesto un ripristino del registro delle transazioni?

NO: è possibile aggiungere backup t-log a un ripristino di un backup COPY_ONLY

— user42163
fonte

2

È possibile ripristinare i registri delle transazioni in cima a un backup completo di sola copia: ciò significa che è possibile utilizzare un backup di sola copia dalla replica secondaria insieme ai registri delle transazioni e eseguire il ripristino temporizzato.

Tuttavia, se si eseguono solo backup di sola copia sulla replica secondaria, non si avrà un backup "reale" per ripristinare la bitmap differenziale sulla replica primaria. Se i backup differenziali fanno parte della strategia di recupero, è necessario eseguire backup completi sul primario. Se tutti si desidera utilizzare un backup differenziale, è necessario eseguire un backup completo sulla replica primaria da utilizzare come base differenziale.

— AMtwo
fonte

2

Ho testato con successo utilizzando un backup di sola copia e i backup del registro che coprono solo la copia fino al momento desiderato. È necessario disporre di tutti i backup del registro. Pertanto, se si dispone di più repliche che si utilizzano per eseguire i backup (ad esempio un failover), è necessario accertarsi e tenerne traccia. Nei miei test ho semplicemente impostato le cose in modo che tutti i backup vadano in una posizione centrale. SQL mantiene la catena di log per i backup dei log su tutti i nodi in AG. Un bell'articolo qui ... http://info.tricoresolutions.com/blog/understanding-backups-with-sql-server-alwayson-high-availability-mirrors

— JohnH
fonte

1

Ho avuto molta confusione sull'argomento - Nel cluster AG che ripristina il backup del registro a seguito di Copia - solo il backup completo.

Ora funziona bene. Possiamo usare solo il backup della copia dalla replica secondaria:

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

— JAYAKUMAR SINNAPILLAI
fonte