Applies ToSQL Server 2014 Developer - duplicate (do not use) SQL Server 2014 Enterprise - duplicate (do not use) SQL Server 2014 Enterprise Core - duplicate (do not use) SQL Server 2014 Standard - duplicate (do not use) SQL Server 2016 Service Pack 2 SQL Server 2016 Service Pack 1 SQL Server 2016 Developer - duplicate (do not use) SQL Server 2016 Enterprise - duplicate (do not use) SQL Server 2016 Enterprise Core - duplicate (do not use) SQL Server 2016 Standard - duplicate (do not use) SQL Server 2017 Developer Windows SQL Server 2017 Enterprise Windows SQL Server 2017 Enterprise Core Windows SQL Server 2017 Standard Windows

Síntomas

Imagine la siguiente situación:

  • Tiene una base de datos con un grupo de archivos inactivo que está intentando agregar a un grupo de disponibilidad Always On (AG) en Microsoft SQL Server 2014, 2016 y 2017.

  • Puede Agregar la base de datos a la réplica conoperador desbloquear y restaurar las copias de seguridad completas y de registro con NORECOVERY en la réplica secundaria sinproblema.

En este escenario, al intentar unirse a la base de datos al grupo de disponibilidad de la réplica secundaria con ALTER DATABASE <nombreBasededatos> establecer el grupo de disponibilidad de HADR = <AGName>o usar automático inicialización para configurar una réplica secundaria, se da cuenta de que los errores 17207 y 5120 se notifican para el archivo de datos en el grupo de archivos inactivo:

# # SPID # # iniciando la base de datos ' DatabaseName '.

# # SPID # # error: 17207, Gravedad: 16, estado: 1.

# # SPID # # FileMgr:: StartSecondaryDataFiles: error del sistema operativo 2 (el sistema no se puede encontrar el archivo especificado.) al crear o abrir un archivo ' FilePath '. Diagnosticar y corregir el error del sistema operativo y vuelva a intentar la operación.

# # SPID # # error: 5120, Gravedad: 16, estado: 5.

# # SPID # # no se puede abrir el archivo físico "filePath". Error de sistema operativo 2: "2 (el sistema no puede encontrar el archivo especificado.) ".

También verá que la base de datos va a no sincronizar/ modo pendiente de recuperación en la réplica secundaria después de modificar la base de datos. se ejecuta el comando.

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 de SQL Server:

Cada actualización acumulativa para SQL Server contiene todas las revisiones y todas las revisiones de seguridad incluidas en la actualización acumulativa anterior. Consulte las últimas actualizaciones acumulativas para SQL Server:

Referencias

Más información sobre   elterminología que usa Microsoft para describir las actualizaciones de software.

¿Necesita más ayuda?

¿Quiere más opciones?

Explore las ventajas de las suscripciones, examine los cursos de aprendizaje, aprenda a proteger su dispositivo y mucho más.

Las comunidades le ayudan a formular y responder preguntas, enviar comentarios y leer a expertos con conocimientos extensos.