Avamar: Anleitung zum erfolgreichen Wiederherstellen von SQL-Datenbanken auf dem sekundären Replikat in den Einstellungen eines AlwaysOn-Clusters

• Eine umgeleitete Wiederherstellung einer mit Avamar gesicherten SQL-Datenbank wird auf das sekundäre Replikat ausgeführt.
• Die Wiederherstellung wird abgeschlossen.
• Die Datenbank auf dem sekundären Server befindet sich im Status "Restoring state".
• Beim Versuch, der Verfügbarkeitsgruppe beizutreten, wird ein Fehler angezeigt:

Fehler beim Verbinden der Datenbank "ABC" mit der Verfügbarkeitsgruppe "AG" auf dem Verfügbarkeitsreplikat "secondary\AG_Sec".

Dieses Verfahren ist im Avamar SQL-Handbuch im Abschnitt "Wiederherstellen in der ursprünglichen Verfügbarkeitsgruppe" dokumentiert. Darin heißt es:
 

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. 

Es wird erwartet, dass sich die sekundäre Datenbank in einem Wiederherstellungszustand befindet. Das Problem besteht darin, dass die Datenbank "ABC" auf dem sekundären Replikat "secondary\AG_Sec" nicht mit dem primären Replikat synchronisiert ist. Dies liegt daran, dass einige Protokolldatensätze fehlen.

SQL Server AlwaysOn ist nicht in der Lage, die verbleibenden Protokolle anzuwenden, um beide synchron zu halten. 

In einer solchen Situation besteht der erste Schritt darin, die LSN-Sequenz für die Datenbank "ABC" von beiden Replikat-Nodes zu überprüfen.

Führen Sie die folgende Abfrage aus, um dies zu überprüfen:
 

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

Dadurch erhalten Sie einen vollständigen Überblick über den Backupverlauf für ("ABC") für das Jahr 2022.
Sie können den Datumsbereich an Ihre Anforderungen anpassen.
Wichtig ist, zu überprüfen, ob die primären und sekundären LSN-Nummern für diese Datenbank synchronisiert sind.

Um das Problem zu beheben, stellen Sie die fehlenden Protokollbackups auf der sekundären Datenbank aus dem Primären wieder her:
Sichern Sie und stellen Sie dann sicher, dass die LSN-Nutzer synchronisiert sind, bevor Sie die Datenbank der AlwaysOn-Gruppe hinzufügen.