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: Cómo restaurar correctamente bases de datos de SQL en la réplica secundaria en una configuración de clúster AlwaysOn

Summary: Avamar 19.4.100-124 con clúster de 2 nodos AlwaysOn de SQL 2016 El cliente realiza una restauración de redirección de las bases de datos de SQL en la réplica primaria y, aunque la restauración de Avamar completa, las bases de datos no pueden unirse al clúster con el siguiente error: No se pudo unir la base de datos "ABC" al grupo de disponibilidad "AG" en la réplica de disponibilidad "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

  • Una restauración redirigida de una base de datos sql respaldada por Avamar se ejecuta en la réplica secundaria.
  • Se completa la restauración.
  • La base de datos en el secundario se encuentra en "Restoring state".
  • Cuando se intenta unirse al grupo de disponibilidad, se muestra un error:

No se pudo unir la base de datos "ABC" al grupo de disponibilidad "AG" en la réplica de disponibilidad "secondary\AG_Sec".

Este procedimiento se documenta en la Guía de AVAMAR SQL en la sección "Restaurar al grupo de disponibilidad original". Dice:
 
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. 

Se espera que el secundario esté en un estado de restauración. El problema es que la base de datos "ABC" en la réplica secundaria "secondary\AG_Sec" no está sincronizada con la réplica primaria. Esto se debe a que faltan algunos registros de registro.

AlwaysOn de SQL Server no puede aplicar los registros restantes para mantenerlos sincronizados. 

En tal situación, el primer paso es verificar la secuencia LSN para la base de datos "ABC" de ambos nodos de réplica.

Ejecute la siguiente consulta para comprobar esto:
 
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

Esto le brinda un detalle completo del historial de respaldo para ("ABC") para el año 2022.
Puede personalizar el rango de fechas para satisfacer sus necesidades.
El punto importante es comprobar si los números de LSN primario y secundario para esta base de datos están sincronizados.

Para resolver la restauración de los respaldos de registros faltantes en el secundario desde primary:
back up y, a continuación, compruebe que los LSN estén sincronizados antes de unir la base de datos al grupo AlwaysOn. 

Article Properties


Last Published Date

31 Jul 2023

Version

2

Article Type

How To