Авамар: Як успішно відновити бази даних SQL на вторинній репліці в налаштуваннях кластера AlwaysOn

Summary: Avamar 19.4.100-124 з кластером вузлів SQL 2016 AlwaysOn 2 Клієнт виконує редирект відновлення баз даних SQL на секундній репліці, і хоча відновлення Avamar завершує базу даних, не вдається приєднатися до кластера з помилкою: Не вдалося приєднати базу даних 'ABC' до групи доступності 'AG' на репліці доступності '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

  • Перенаправлене відновлення резервної копії бази даних SQL Avamar запускається у вторинну репліку.
  • Відновлення завершено.
  • База даних на вторинному ринку знаходиться в розділі "Відновлення стану".
  • При спробі приєднатися до Групи доступності відображається помилка:

Не вдалося приєднати базу даних 'ABC' до групи доступності 'AG' на репліці доступності 'secondary\AG_Sec'.

Ця процедура описана в Керівництві по Avamar SQL в розділі «Відновлення до початкової групи доступності». У ньому йдеться:
 
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. 

Очікується, що вторинка перебуватиме у стані, що відновлюється. Проблема полягає в тому, що база даних 'ABC' на вторинній репліці 'secondary\AG_Sec' не синхронізується з первинною реплікою. Це пов'язано з тим, що в ньому відсутні деякі записи журналу.

SQL Server AlwaysOn не може застосувати решту журналів, щоб синхронізувати їх обидва. 

У такій ситуації першим кроком є перевірка послідовності LSN для бази даних 'ABC' з обох вузлів-реплік

.Щоб перевірити це, виконайте наступний запит:
 
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

Це дає вам повну детальну інформацію про історію резервного копіювання ('ABC') за 2022 рік.
Ви можете налаштувати діапазон дат відповідно до своїх потреб.
Важливим моментом є перевірка синхронізації основних і вторинних номерів LSN для цієї бази даних.

Щоб вирішити проблему, відновіть відсутні резервні копії журналу на вторинному рівні з Primary:
Backup, а потім перевірте, чи синхронізуються функції LSN перед приєднанням до бази даних до групи AlwaysOn. 
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.