Avamar: SQL-tietokantojen palauttaminen toissijaiseen replikaan AlwaysOn-klusteriasetuksissa

Summary: Avamar 19.4.100-124 ja SQL 2016 AlwaysOn 2 -solmuklusteri Asiakas tekee uudelleenohjauksen SQL-tietokantojen palautuksesta secodnary-replikassa ja vaikka Avamar-palautus on valmis, tietokannat eivät liity klusteriin virheellä: ABC-tietokannan liittäminen käytettävyysryhmään AG saatavuusreplikassa toissijainen AG_Sec epäonnistui ...

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

  • Avamar-varmuuskopioidun SQL-tietokannan uudelleenohjattu palautus suoritetaan toissijaiseen replikaan.
  • Palautus on valmis.
  • Toissijaisen tietokannan tila on Restoring state -tilassa.
  • Kun yrität liittyä käytettävyysryhmään, näyttöön tulee virheilmoitus:

ABC-tietokannan liittäminen käytettävyysryhmään AG saatavuusreplikassa "toissijainen\AG_Sec" epäonnistui.

Toimenpide on dokumentoitu Avamar SQL Guide -oppaan kohdassa Palauttaminen alkuperäiseen saatavuusryhmään. Siinä lukee:
 
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. 

Toissijaisen odotetaan olevan palautustilassa. Ongelmana on, että toissijaisen replikan "toissijainen\AG_Sec" tietokanta "ABC" ei ole synkronoitu ensisijaisen replikan kanssa. Tämä johtuu siitä, että lokitietueista puuttuu.

SQL Server AlwaysOn ei pysty käyttämään jäljellä olevia lokeja pitääkseen ne molemmat synkronoituina. 

Tällaisessa tilanteessa ensimmäinen vaihe on tarkistaa tietokannan ABC LSN-sekvenssi molemmista replikasolmuista.

Tarkista tämä suorittamalla seuraava kysely:
 
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

Tämä antaa sinulle täydellisen varmuuskopiohistorian tiedot ('ABC') vuodelle 2022.
Voit mukauttaa ajanjakson tarpeidesi mukaan.
Tärkeää on tarkistaa, ovatko tämän tietokannan ensisijaiset ja toissijaiset LSN-numerot synkronoituja.

Voit ratkaista ongelman palauttamalla puuttuvat lokivarmuuskopiot toissijaisesta siirtymällä Ensisijainen:
Varmuuskopioi ja varmista sitten, että LSN:n nunberit ovat synkronoituja, ennen kuin liität tietokannan AlwaysOn-ryhmään. 
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.