Avamar: Så här återställer du SQL-databaser på den sekundära repliken i en AlwaysOn-klusterinställning
Summary: Avamar 19.4.100-124 med SQL 2016 AlwaysOn 2-nodkluster Kunden omdirigerar återställningen av SQL-databaserna på den isolerade repliken och även om Avamar-återställningen slutförs går det inte att ansluta till klustret med felet: Det gick inte att ansluta databasen "ABC" till tillgänglighetsgruppen "AG" på tillgänglighetsrepliken "secondary\AG_Sec" ...
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Instructions
- En omdirigerad återställning av en säkerhetskopierad Avamar-SQL Database körs till den sekundära repliken.
- Återställningen slutförs.
- Databasen på den sekundära är i återställningsläge.
- När du försöker ansluta till tillgänglighetsgruppen visas ett fel:
Det gick inte att ansluta databasen "ABC" till tillgänglighetsgruppen "AG" på tillgänglighetsrepliken "sekundär\AG_Sec".
Den här proceduren finns dokumenterad i Avamar SQL-guiden under avsnittet "Återställa till den ursprungliga tillgänglighetsgruppen". Den lyder:
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.
Den sekundära förväntas vara i återställningstillstånd. Problemet är att databasen "ABC" på den sekundära repliken "secondary\AG_Sec" inte är synkroniserad med den primära repliken. Det beror på att vissa loggposter saknas.
SQL Server AlwaysOn kan inte tillämpa de återstående loggarna för att hålla dem båda synkroniserade.
I en sådan situation är det första steget att verifiera LSN-sekvensen för databasen "ABC" från båda repliknoderna.
Kör följande fråga för att kontrollera detta:
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
Detta ger dig en fullständig information om säkerhetskopieringshistoriken för (ABC) för år 2022.
Du kan anpassa datumintervallet så att det passar dina behov.
Det viktiga är att kontrollera om de primära och sekundära LSN-numren för den här databasen är synkroniserade.
Lös problemet genom att återställa de loggsäkerhetskopior som saknas på den sekundära från Primary:Back up och kontrollera sedan att LSN är synkroniserade innan du ansluter databasen till AlwaysOn-gruppen
.
Article Properties
Article Number: 000206971
Article Type: How To
Last Modified: 05 Sep 2025
Version: 3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.