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. Как успешно восстановить базы данных SQL во вторичной реплике в настройках кластера AlwaysOn

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

  • Перенаправленное восстановление резервной копии базы данных SQL Avamar выполняется на вторичную реплику.
  • Восстановление завершено.
  • База данных на вторичной площадке находится в состоянии «Восстановление».
  • При попытке подключения к группе доступности отображается ошибка:

Не удалось присоединить базу данных «ABC» к группе доступности «AG» в реплике доступности «secondary\AG_Sec».

Эта процедура описана в руководстве Avamar SQL в разделе «Restore to the original availability group». Он считывает:
 
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 nunbers перед присоединением базы данных к группе AlwaysOn. 

Article Properties


Last Published Date

31 Jul 2023

Version

2

Article Type

How To