Avamar. Как успешно восстановить базы данных SQL на вторичной реплике в настройках кластера AlwaysOn

Summary: Avamar 19.4.100-124 с кластером из 2 узлов SQL 2016 AlwaysOn Заказчик, выполняющий восстановление баз данных SQL с перенаправлением на следующей реплике, и хотя восстановление Avamar завершается, базы данных не могут присоединиться к кластеру с ошибкой: Не удалось присоединить базу данных «ABC» к группе доступности «AG» на реплике доступности «вторичный\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» на реплике доступности «вторичный\AG_Sec».

Эта процедура описана в руководстве по SQL Avamar в разделе «Восстановление в исходную группу доступности». В нем говорится:
 
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 основного и дополнительного номеров LSN для этой базы данных.

Чтобы устранить проблему, восстановите отсутствующие резервные копии журналов на дополнительной стороне с помощью Primary:Backup up,
а затем убедитесь, что номера 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.