問題タブ [bacpac]

これが私がしたことです：

1. (新しい) 管理ポータルを使用して、"my-db" Azure SQL データベースのエクスポート (ストレージ アカウントに保存された .bacpac) を作成しました。
2. "my-v12-azure-db-server" からデータベース "my-db" (新しい Azure Portal を使用) を削除しました。
3. 再び新しい Azure ポータルから、ステップ 1 の .bacpac ファイルを "my-v12-azure-db-server" にインポートしようとしました。

結果: 正しい名前のデータベースが作成されますが、空です。UI から返されるエラーはありません。元のデータベースのテーブルは含まれていません。

その他の試行事項: 同じ .bacpac ファイルを、同じ Azure サブスクリプションの他の v12 db サーバーに正常にインポートできました。データベースサーバーも削除して再作成してみましたが、元に戻しても同じです。さらに、powershellを使用してdbサーバーを削除しようとしましたが、再作成した後も同じ結果になりました。

理想的には、ソースの接続文字列を変更する必要がないように、同じ db サーバー名とデータベース名を維持したいと考えています。何か不足していますか？

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からデータベースを作成してbacpacいるときに、次のエラーが表示されます。さまざまなコンテナー/ストレージ アカウントで何度も試しました

以下のバリエーションを使用しました。

1. 改名
2. サービス層の変更
3. 以前に作成されたデータベースからの bacpac の変更
4. 空のデータベースを作成できる

何か助けはありますか？

一部の Azure SQL サーバーを V12 にアップグレードしたため、コマンド ライン sqlpackage.exe を使用してローカルで bacpac を復元できなくなりました。また、Management Studio を使用してみましたが、さいころはありませんでした。

ローカルの開発者マシンは次のように実行されています。

Microsoft SQL Server 2014 - 12.0.4213.0 (X64) 2015 年 6 月 9 日 12:06:16 Copyright (c) Windows NT 6.3 上の Microsoft Corporation Developer Edition (64 ビット) (ビルド 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-含まれていますか?フォーラム=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.ThrowIfFaultUnderstood (メッセージ応答、MessageFault フォールト、文字列アクション、MessageVersion バージョン、FaultConverter faultConverter) で System.ServiceModel.Channels.ServiceChannel.HandleReply (ProxyOperationRuntime 操作、ProxyRpc& rpc) で System. System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(IMethodCallMessage メソッド呼び出し、ProxyOperationRuntime 操作) で System.ServiceModel.Channels.ServiceChannel.Call(文字列アクション、ブール一方向、ProxyOperationRuntime 操作、Object[] ins、Object[] outs、TimeSpan タイムアウト)。 ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage メッセージ)

[0] で例外が再スローされました: System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg) でWcfServiceClient.Method(String string, Int32 integer) の String string, Int32 integer)

前もって感謝します。

SQL Azure に復元できるように、sitecore データベースを bacpac にエクスポートしようとしています。

ただし、以下のエラーが発生します。

データ パッケージの一部として使用されているスキーマに、サポートされていない要素が 1 つ以上見つかりました。

バックパックからデータベースをインポートしようとしています。以前は問題なく何度もこれを行っていましたが、今では機能せず、問題の兆候も見られず、空白のメッセージボックスで私を嘲笑するだけです.. これをトラブルシューティングするにはどうすればよいですか? 私は明らかなことを確認しました.. 1.サーバー上の24個のデータベースで、クォータに多くのDTUSが残っています。2. 名前はユニークです。