La compatibilidad de backups de SQL Server solo avanza hacia versiones nuevas. Un motor antiguo no puede restaurar un BAK creado por uno más reciente; se necesita una conversión, no un RESTORE directo.
Qué hacer ante un error de versión de backup incompatible
Conserva el backup original, ábrelo en una versión nueva compatible, reconstruye la base en un destino antiguo nuevo, copia datos y objetos admitidos y crea un BAK nativo del destino.
Por qué se rechaza el restore
Los engines recientes pueden introducir metadata, estructuras de almacenamiento y features que el engine antiguo no entiende. Un archivo BAK representa físicamente esas páginas; cambiar COMPATIBILITY_LEVEL no lo vuelve legible para una versión anterior.
Qué no resuelve el problema
Generate Scripts, Import/Export y un RESTORE directo tienen limitaciones importantes. Sin un proceso controlado pueden perderse constraints, indexes, identity values, objetos programables o evidencias de integridad.
El camino de conversión compatible
Inspecciona el source en modo read-only, crea un target schema limpio, transfiere rows en batches verificados, reconstruye módulos compatibles, audita el resultado y genera un BAK nativo en el target engine.
¿Necesitas una conversión segura de SQL Server?
Usa un workflow guiado que produzca una base target verificada y un BAK listo para restore.
Iniciar conversión