问题标签 [bacpac]

这是我所做的：

1. 使用（新）管理门户创建了“my-db”Azure SQL 数据库的导出（.bacpac 保存到存储帐户）。
2. 从“my-v12-azure-db-server”中删除了数据库“my-db”（使用新的 Azure 门户）。
3. 再次从新的 Azure 门户，尝试将 .bacpac 文件从第一步导入“my-v12-azure-db-server”。

结果：创建了具有正确名称的数据库，但它是空的。没有通过 UI 返回的错误。它不包含原始数据库中的任何表。

其他尝试：我能够成功地将相同的 .bacpac 文件导入同一 Azure 订阅上的其他 v12 db 服务器。我也尝试删除数据库服务器并重新创建它，但是当我把它带回来时也会发生同样的事情。此外，我尝试使用 powershell 删除数据库服务器，但在重新创建它之后，我得到了相同的结果。

理想情况下，我希望保持相同的数据库服务器名称和数据库名称，这样我就不必更改源中的连接字符串。我错过了什么吗？

It is well-known that creating a bacpac on SQL Azure does not guarantee transactional consistency when doing an export of a live, changing database.

The accepted workaround is to create a snapshot of the database first, by copying it, and then doing an export.

This approach is pretty ridiculous, because it forces users to spend extra money for relational DB storage. In fact, in the older days of SQL Azure, databases were billed by the day, so creating daily bacpacs from production databases essentially used to double the costs (it's now billed by the hour, if I'm not mistaken).

However, my question is not about this. My question is as follows - if it is acceptable for me to have a transactionally inconsistent bacpac, is there any way of actually restoring (i.e. importing it)? The problem is simple - because some constraints are no longer satisfied, the import fails (say, with a FK exception). While the bacpac restore is nothing more than re-creating the DB from the schema, followed by bulk imports, the entire process is completely opaque and not much control is given to the user. However, since Azure SQL tools are always in flux, I would not be surprised if this became possible.

So, to recap, the question: given a potentially inconsistent bacpac (i.e. some constaints won't hold), is there a way (without writing tons of code) to import it into an on-premise database?

Azure从 a创建数据库时，bacpac我们收到以下错误。我们已经多次尝试使用不同的容器/存储帐户

我们使用了以下变体：

1. 更改名称
2. 服务等级变更
3. 更改 bacpac 甚至是早期创建的 dbs
4. 能够创建空白数据库

有什么帮助吗？

由于我们将一些 Azure SQL 服务器升级到 V12，我们无法再使用命令行 sqlpackage.exe 在本地恢复 bacpac。我们还尝试使用 Management Studio，但没有骰子。

我们的本地开发者机器正在运行：

Microsoft SQL Server 2014 - 12.0.4213.0 (X64) Jun 9 2015 12:06:16 版权所有 (c) Microsoft Corporation Developer Edition (64-bit) o​​n Windows NT 6.3 (Build 9600:)

这是我们遇到的错误：

*** 导入数据库时​​出错：无法导入包。错误 SQL72014：.Net SqlClient 数据提供程序：消息 33233，级别 16，状态 1，第 1 行您只能在包含的数据库中创建具有密码的用户。错误 SQL72045：脚本执行错误....

这看起来在创建由脚本添加的用户时遇到问题。

还有其他人遇到这个问题吗？

更新：显然这是自 4 月以来报告的问题。 https://social.msdn.microsoft.com/Forums/sqlserver/en-US/85bb12e8-5ae4-409c-93fa-8a9d025c6b35/error-when-importing-a-datatiers-application-from-azure-db-as-包含？forum=ssdt

上述帖子的解决方法有效。您需要修改 bacpac 文件并创建一个新的校验和：http: //inworksllc.com/editing-sql-database-azure-bacpac-files/

这是一种解决方法，而不是修复方法。

更新：看起来很快就会有修复。

我们有一个过程，包括在 SQL Server 11 和 10 数据库服务器上创建数据库。我们正在使用 dacpac 通过 DacServices 在 C# 中导入这些数据。这是正在使用的代码：

当我们在本地机器上运行它进行初始测试时，它按预期工作。但是，当我把它扔到服务器上时（它作为 WCF 服务的一部分运行）。我收到以下错误：

'Microsoft.SqlServer.Dac.DacServices' 的类型初始化程序引发了异常。

服务器堆栈跟踪：在 System.ServiceModel.Channels.ServiceChannel.HandleReply(ProxyOperationRuntime operation, ProxyRpc& rpc) 在 System.ServiceModel.Channels.ServiceChannel.ThrowIfFaultUnderstood(Message reply, MessageFault fault, String action, MessageVersion version, FaultConverter faultConverter)。 System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(IMethodCallMessage methodCall, ProxyOperationRuntime operation) 在 System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(IMethodCallMessage methodCall, ProxyOperationRuntime operation) 在 System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, Object[] outs, TimeSpan timeout)。 ServiceModel.Channels.ServiceChannelProxy.Invoke（IMessage 消息）

在 [0] 处重新抛出异常：在 System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type) 在 IWcfService.Method(字符串字符串，Int32 整数）在 WcfServiceClient.Method（字符串字符串，Int32 整数）

提前致谢。

尝试使用 management studio 2014 从 Azure sql 数据库导入 bacpac 文件时出现以下错误。我已将 Azure sql 数据库升级到 v12 并怀疑它与此有关，但它适用于某些 v12 数据库并失败一些。

有谁知道如何解决这个问题？

无法从包中加载架构模型。(Microsoft.SqlServer.Dac)

- - - - - - - - - - - - - - - 附加信息：

Element 或 Annotation 类 SqlDatabaseOptions 不包含 Property 类 QueryStoreStaleQueryThreshold。(Microsoft.Data.Tools.Schema.Sql)

我正在尝试将 sitecore 数据库导出到 bacpac，以便可以将其还原到 SQL Azure。

但是，我在下面收到错误：

在用作数据包一部分的架构中发现一个或多个不受支持的元素。

我正在尝试从 bacpack 导入数据库。之前多次这样做没有问题，但现在它不起作用并且没有给出任何问题的指示，只是用一个空白的消息框嘲笑我...... 我该如何解决这个问题？我已经确定了显而易见的...... 1. 我的服务器上有 24 个数据库，我的配额中还剩下很多 DTUS。2.名称是唯一的。

我正在使用 Powershell 探索 Microsoft.SqlServer.Dac.dll 中提供的 SSDT .NET 类，并且我正在尝试将数据库放入基于源代码控制的 SDLC 作为概念证明。我尝试的第一件事是导出一个 bacpac，以便我们可以将数据库传播到我们的测试环境中，并最终传播到生产环境中。

到目前为止，我在导出 dacpac 时使用DacServices.Extract. 但是，当我尝试使用 导出相同的数据库时DacServices.ExportBacpac，会报告大量错误，类似于：

Error validating element [dbo].[GetNewCustomers]: Deprecated feature 'Table hint without WITH' is not supported on SQL Azure.

我知道错误报告的内容（使用(NOLOCK)提示而不是WITH (NOLOCK)）。但是，我的工作站上安装了 Sql Server 2012 工具集，并且我正在使用的数据库是 Sql Server 2008 R2，所以我不关心 Azure 对这种语法的支持。

• 当我提取 bacpac 时，有没有办法告诉 Dac 框架我没有使用 Azure？
• 我会以错误的方式解决这个问题吗？我是否应该尝试将数据处理到我的 sqlproj 中的脚本中？

我正在使用新的 Azure 门户并选择了 Azure SQL 数据库。

使用旧门户，我能够设置数据库的每日自动导出，但使用新门户，我绝对不知道如何做到这一点。真的好像是不可能的。

有谁知道我可以在新门户中设置自动 .bacpac 导出的地方吗？