Sql server 升级至2016年后,can';t导入Azure V12 bacpac

Sql server 升级至2016年后,can';t导入Azure V12 bacpac,sql-server,azure-sql-database,bacpac,Sql Server,Azure Sql Database,Bacpac,我们最近将开发服务器从2014年升级到2016年。在某些视图中,我们已经在生产中使用了一些2016/Azure V12功能 现在,我们要从Azure上的生产数据库恢复最近导出的bacpac文件,但失败,并显示以下消息: 也许内部DB引擎在2014年仍在运行?我在谷歌上找不到任何关于它的具体信息。表明该功能在Azure SQL数据库和SQL Server 2017中可用,但在SQL Server 2016中不可用。如果要在不同版本之间导入BACPAC,则只需使用通用功能 如果这在on-prem升

我们最近将开发服务器从2014年升级到2016年。在某些视图中,我们已经在生产中使用了一些2016/Azure V12功能

现在,我们要从Azure上的生产数据库恢复最近导出的bacpac文件,但失败,并显示以下消息:

也许内部DB引擎在2014年仍在运行?我在谷歌上找不到任何关于它的具体信息。

表明该功能在Azure SQL数据库和SQL Server 2017中可用,但在SQL Server 2016中不可用。如果要在不同版本之间导入BACPAC,则只需使用通用功能

如果这在on-prem升级之前起作用,我怀疑这是在创建或更改带有
STRING_AGG()
的进程之前。

表示此功能在Azure SQL数据库和SQL Server 2017中可用,但在SQL Server 2016中不可用。如果要在不同版本之间导入BACPAC,则只需使用通用功能


如果这在on-prem升级之前起作用,我怀疑这是在创建或更改带有
STRING\u AGG()
的进程之前。

谢谢。我一定是看错了,我以为
STRING\u AGG
在2016年也可用。@Feanaro-如果您只是出于开发目的需要一台on-prem服务器,您可以尝试SQL 2017预览版。它实际上非常稳定,应该具有这种错过SQL 2016发布窗口的特性。如果您担心它会影响本地环境,您甚至可以将其安装到容器中。谢谢。我一定是看错了,我以为
STRING\u AGG
在2016年也可用。@Feanaro-如果您只是出于开发目的需要一台on-prem服务器,您可以尝试SQL 2017预览版。它实际上非常稳定,应该具有这种错过SQL 2016发布窗口的特性。如果担心会影响本地环境,甚至可以将其安装到容器中。