Avamar: Jak úspěšně obnovit databáze SQL na sekundární replice v nastavení clusteru AlwaysOn

Summary: Avamar 19.4.100-124 se systémem SQL 2016 AlwaysOn Cluster se 2 uzly Zákazník, který provádí přesměrované obnovení databází SQL na sekundární replice, a přestože je obnovení Avamar dokončeno, databáze se nepřipojí ke clusteru s chybou: Nepovedlo se připojit databázi ABC ke skupině dostupnosti AG na replice dostupnosti sekundární\AG_Sec dostupnosti. ...

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

  • Přesměrování obnovení databáze SQL zálohované softwarem Avamar se spustí na sekundární repliku.
  • Obnovení bude dokončeno.
  • Databáze na sekundárním serveru je ve stavu "Probíhá obnovování".
  • Při pokusu o připojení ke skupině dostupnosti se zobrazí chyba:

Nepovedlo se připojit databázi ABC ke skupině dostupnosti AG na replice dostupnosti "sekundární\AG_Sec".

Tento postup je popsán v příručce k softwaru Avamar SQL v části "Obnovení do původní skupiny dostupnosti". Zní takto:
 
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. 

Očekává se, že sekundární bude v obnovujícím se stavu. Problém spočívá v tom, že databáze ABC na sekundární replice AG_Sec není synchronizovaná s primární replikou. Důvodem jsou chybějící některé záznamy protokolu.

SQL Server AlwaysOn nemůže použít zbývající protokoly, aby je udržel synchronizované. 

V takové situaci je prvním krokem ověření sekvence LSN pro databázi ABC z obou uzlů repliky.

Spuštěním následujícího dotazu to zkontrolujte:
 
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

Zobrazí se tak kompletní podrobnosti o historii zálohování pro ("ABC") za rok 2022.
Časové období si můžete přizpůsobit tak, aby vyhovovalo vašim potřebám.
Důležitým bodem je zkontrolovat, zda jsou primární a sekundární čísla LSN pro tuto databázi synchronizována.

Pokud chcete vyřešit problém s chybějícími zálohami protokolů na sekundárním serveru z primárního:
Zálohujte a pak před připojením databáze ke skupině AlwaysOn zkontrolujte, jestli jsou nunbers LSN synchronizované. 
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.