Avamar: Come ripristinare correttamente i database SQL nella replica secondaria in un cluster AlwaysOn Impostazioni

• Un restore reindirizzato di un database SQL di backup di Avamar viene eseguito nella replica secondaria.
• Il ripristino viene completato.
• Il database sul database secondario è in "Restoring state".
• Quando si tenta di partecipare al gruppo di disponibilità, viene visualizzato un errore:

Impossibile unire il database "ABC" al gruppo di disponibilità "AG" sulla replica di disponibilità "secondary\AG_Sec".

Questa procedura è documentata nella Guida SQL di Avamar, nella sezione "Ripristino nel gruppo di disponibilità originale". Vi si legge:
 

When you restore to the original availability group, the restore process can automatically restore the databases on both the primary replica and the secondary replicas. 
You can also restore databases only on the primary replica. 
When you restore a  database only on the primary replica, the corresponding database on the secondary replicas is in a restoring state. 
To restore the databases on the secondary replicas as part of the availability group, manually prepare and restore the databases, and join them to the availability group on the secondary replicas. 
You can also set the databases on a secondary replica online without rejoining them to the availability group by restoring the databases with the RECOVERY recovery operation. 

Il secondario dovrebbe trovarsi in uno stato di ripristino. Il problema è che il database "ABC" sulla replica secondaria "secondary\AG_Sec" non è sincronizzato con la replica primaria. Ciò è dovuto al fatto che mancano alcuni record di registro.

SQL Server AlwaysOn non è in grado di applicare i log rimanenti per mantenerli entrambi sincronizzati. 

In una situazione di questo tipo, il primo passaggio consiste nel verificare la sequenza LSN per il database 'ABC' da entrambi i nodi di replica.

Eseguire la query seguente per verificarlo:
 

SELECT msdb.dbo.backupset.database_name,
msdb.dbo.backupset.backup_start_date,
msdb.dbo.backupset.backup_finish_date,
msdb.dbo.backupset.type,
msdb.dbo.backupset.database_backup_lsn,
msdb.dbo.backupset.first_lsn,
msdb.dbo.backupset.last_lsn
FROM msdb.dbo.backupmediafamily
INNER JOIN msdb.dbo.backupset
ON msdb.dbo.backupmediafamily.media_set_id = msdb.dbo.backupset.media_set_id 
WHERE database_name IN ('ABC')
--and msdb.dbo.backupset.backup_finish_date between '1/20/2022' and '12/23/2022'
ORDER BY 
2 DESC,
3 DESC

In questo modo è possibile ottenere un dettaglio completo della cronologia di backup per ("ABC") per l'anno 2022.
È possibile personalizzare l'intervallo di date in base alle proprie esigenze.
Il punto importante è verificare se i numeri LSN primario e secondario per questo database sono sincronizzati.

Per risolvere il problema, ripristinare i backup del registro mancanti sul secondario da Primary:Back up,
quindi verificare che i numeri LSN siano sincronizzati prima di aggiungere il database al gruppo AlwaysOn.