Skip to main content
  • Place orders quickly and easily
  • View orders and track your shipping status
  • Enjoy members-only rewards and discounts
  • Create and access a list of your products
  • Manage your Dell EMC sites, products, and product-level contacts using Company Administration.

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

Summary: Avamar 19.4.100-124 s clusterem uzlů SQL 2016 AlwaysOn 2 Zákazník, který provádí obnovu přesměrování databází SQL na replikované replikě se stejnými podmínkami, a ačkoli se obnovení databází softwaru Avamar dokončí, nepodaří se připojit ke clusteru s chybou: Nepodařilo se připojit databázi "ABC" ke skupině dostupnosti "AG" na replikě dostupnosti "secondary\AG_Sec". ...

This article may have been automatically translated. If you have any feedback regarding its quality, please let us know using the form at the bottom of this page.

Article Content


Instructions

  • Přesměrovaná obnova zálohované databáze SQL serveru Avamar se spustí na sekundární repliku.
  • Obnovení se dokončí.
  • Databáze na sekundárním je ve stavu "Restoring state".
  • Při pokusu o připojení ke skupině dostupnosti se zobrazí chyba:

Nepodařilo se připojit databázi "ABC" ke skupině dostupnosti "AG" na replikě dostupnosti "secondary\AG_Sec".

Tento postup je zdokumentován v příručce Avamar SQL v části "Restore to the original availability group". Obsahuje:
 
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í zařízení bude v obnově. Problém spočívá v tom, že databáze "ABC" na sekundární replikě "secondary\AG_Sec" není synchronizovaná s primární replikou. Důvodem je, že chybí některé záznamy protokolu.

Systém SQL Server AlwaysOn nemůže použít zbývající protokoly, aby je mohl zachovat synchronizovaný. 

V takové situaci je prvním krokem ověření pořadí LSN pro databázi "ABC" z obou replikovaných uzlů.

Spusťte následující dotaz a zkontrolujte následující:
 
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

To vám poskytne kompletní detail historie zálohování (ABC) pro rok 2022.
Rozsah dat si můžete přizpůsobit podle svých potřeb.
Důležitým bodem je zkontrolovat, zda jsou čísla Primary a Secondary LSN pro tuto databázi synchronizovaná.

Chcete-li vyřešit obnovení chybějících záloh protokolů na sekundárním ze serveru Primary:
Back up, zkontrolujte, zda se funkce LSN synchronizuje, a teprve poté připojte databázi do skupiny AlwaysOn. 

Article Properties


Last Published Date

31 Jul 2023

Version

2

Article Type

How To