Avamar: Jak pomyślnie przywrócić bazy danych SQL w replice pomocniczej w ustawieniach klastra AlwaysOn

• Przekierowane przywracanie bazy danych SQL Avamar z kopii zapasowej jest uruchamiane do repliki pomocniczej.
• Przywracanie zostanie zakończone.
• Baza danych na serwerze pomocniczym jest w stanie przywracania.
• Podczas próby dołączenia do grupy dostępności jest wyświetlany błąd:

Nie można dołączyć bazy danych "ABC" do grupy dostępności "AG" w replice dostępności "secondary\AG_Sec".

Ta procedura została udokumentowana w przewodniku Avamar SQL w sekcji "Przywracanie do oryginalnej grupy dostępności". Czytamy w nim:
 

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. 

Oczekuje się, że dodatkowy będzie w stanie przywracania. Problem polega na tym, że baza danych "ABC" w replice pomocniczej "secondary\AG_Sec" nie jest zsynchronizowana z repliką podstawową. Dzieje się tak, ponieważ brakuje niektórych rekordów dziennika.

Usługa SQL Server AlwaysOn nie jest w stanie zastosować pozostałych dzienników w celu zachowania synchronizacji. 

W takiej sytuacji pierwszym krokiem jest weryfikacja sekwencji LSN dla bazy danych "ABC" z obu węzłów repliki.

Uruchom następujące zapytanie, aby to sprawdzić:
 

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

Zapewnia to pełne szczegóły historii kopii zapasowych dla ("ABC") za rok 2022.
Możesz dostosować zakres dat do swoich potrzeb.
Ważną kwestią jest sprawdzenie, czy podstawowy i pomocniczy numer LSN dla tej bazy danych są zsynchronizowane.

Aby rozwiązać problem z przywróceniem brakujących kopii zapasowych dziennika na nośniku pomocniczym z grupy Primary:Backup,
a następnie sprawdź, czy nowe dzienniki LSN są zsynchronizowane przed dołączeniem bazy danych do grupy AlwaysOn.