Síntomas
Imagine la siguiente situación:
-
Se usa la seedación automática para la réplica secundaria de un grupo de disponibilidad AlwaysOn en Microsoft SQL Server.
-
Realice una copia de seguridad de una base de datos [db1], agregue archivos [f1] y [f2] y, después, quite el archivo de copia de seguridad [f1].
-
Cambie el nombre físico del archivo [f2] al restaurar la base de datos [db1] y cambie el nombre lógico de [f2] a [f1] (el archivo que se quitó).
En este escenario, se produce un conflicto para la réplica secundaria al intentar unirse al grupo de disponibilidad en el modo de seedado automático. A continuación, recibirá el siguiente mensaje de error:
DateTime spid97s Error: 911, Gravedad: 16, Estado: 1.
DateTime spid97s Database 'DatabaseName' no existe. Asegúrese de que el nombre se ha escrito correctamente.
DateTime spid97s Error: 4353, Gravedad: 16, Estado: 1.
DateTime spid97s Las reubicaciones de archivos conflictivas se han especificado para el archivo'Nombre_de_archivo'. Solo se debe especificar una sola cláusula WITH MOVE para cualquier nombre de archivo lógico.
DateTime spid97s Error: 3013, Gravedad: 16, Estado: 1.
DateTime spid97s RESTORE DATABASE está terminando de forma anormal.
Estado
Microsoft ha confirmado que se trata de un problema de los productos de Microsoft enumerados en la sección "Se aplica a".
Resolución
Este problema se ha corregido en las siguientes actualizaciones acumulativas para SQL Server:
Acerca de las actualizaciones acumulativas SQL Server:
Cada nueva actualización acumulativa de SQL Server contiene todas las revisiones y todas las correcciones de seguridad que se incluyeron con la actualización acumulativa anterior. Consulte las actualizaciones acumulativas más recientes para SQL Server:
Referencias
Obtenga información sobre la terminología que usa Microsoft para describir las actualizaciones de software.
