导出Azure SQL数据库并导入本地SQL Server 2014失败，如何成功操作？

我之前帮不少用户解决过这个问题，从Azure SQL导出bacpac到SQL Server 2014失败大多是版本兼容性或者工具/导出过程设置的问题，给你整理了一套靠谱的解决方案：

一、先搞定版本兼容性问题 #

Azure SQL的功能迭代比旧版SQL Server快很多，直接导出的bacpac大概率包含SQL Server 2014不支持的特性，这是最常见的失败根源：

• 先排查不兼容特性：
  在Azure SQL数据库中运行以下查询，找出超出SQL Server 2014功能集的对象：

  SELECT * FROM sys.dm_db_persisted_sku_features
  

  常见的不兼容特性包括：In-Memory OLTP（内存优化表）、Columnstore Indexes（2014仅支持非聚集列存储且有诸多限制）、Contained Databases（部分特性不兼容）等。
• 移除不兼容特性后重新导出：
  根据查询结果调整数据库：比如删除内存优化表、将列存储索引改为普通索引、调整包含数据库设置等，确保数据库没有SQL Server 2014不支持的功能，再重新导出bacpac。

二、优化bacpac的导出过程 #

有时候门户导出的bacpac会有隐性问题，换个方式导出更可靠：

• 先调整数据库兼容性级别：
  在导出前，把Azure SQL数据库的兼容性级别设置为120（对应SQL Server 2014）。可以在Azure门户的数据库“配置”页面修改，或者运行SQL命令：

  ALTER DATABASE [你的数据库名] SET COMPATIBILITY_LEVEL = 120;
  

• 用SqlPackage.exe替代门户导出：
  官方的SqlPackage工具比门户导出更精准，能避免很多兼容性遗漏。打开命令提示符，执行类似这样的命令：

  SqlPackage.exe /Action:Export /SourceServerName:你的Azure服务器名.database.windows.net /SourceDatabaseName:你的数据库名 /SourceUser:管理员账户 /SourcePassword:密码 /TargetFile:"C:\temp\你的数据库.bacpac"
  

三、换更可靠的导入方式 #

SSMS 17.6的图形化导入工具对旧版SQL Server的支持不算完美，试试这些方法：

• 用SqlPackage.exe直接导入：
  同样用SqlPackage工具执行导入，命令示例：

  SqlPackage.exe /Action:Import /TargetServerName:localhost\SQL2014实例名 /TargetDatabaseName:本地数据库名 /TargetUser:本地登录账户 /TargetPassword:密码 /SourceFile:"C:\temp\你的数据库.bacpac"
  

  这个工具会输出详细的错误日志，哪怕失败也能精准定位问题。
• 用SSDT降级bacpac：
  如果直接导入还是不行，可以用SQL Server Data Tools（SSDT）把bacpac转换成SQL Server 2014兼容的版本：
  1. 安装SSDT（Visual Studio 2017及以上版本自带，也可以单独下载）；
  2. 新建一个SQL Server数据库项目，导入你的bacpac文件；
  3. 在项目属性里把“目标平台”改成SQL Server 2014；
  4. 解决SSDT提示的兼容性错误（比如替换不支持的函数、调整索引类型），然后重新导出bacpac，再导入本地SQL Server。

四、排查其他小问题 #

• 权限不足：确保本地SQL Server的登录账户拥有dbcreator服务器角色，导入时需要创建数据库和写入数据的权限；
• 磁盘空间不够：本地SQL Server的数据盘和日志盘要留足空间，bacpac导入后的实际数据文件大小可能比bacpac本身大几倍；
• 网络问题：如果是直接从Azure Blob存储导入，先把bacpac下载到本地磁盘再导入，避免网络波动导致失败。

内容的提问来源于stack exchange，提问作者Ian