問題タブ [azure-data-sync]

これは私のシナリオです:

2 つのデータベース (localDbA、localDbB) を持つ 1 つの SQL Server を持つ 1 つの Windows サーバー。2 つの Azure アカウント/abonnements (cloudDb1 を使用する Abo1、CloudDb2 を使用する Abo2)。

ここで、localDbA を cloudDb1 に、localDbB を cloudDb2 に同期する必要があります。

しかし、データ同期エージェントは 1 つの送信キーしか操作できません! この機能はサポートされていませんか?

SQL Azure Data Sync サービスを使用して、SQL Azure とオンプレミス データベースを同期します (Azure からオンプレミス データベースへの一方向)。

しかし、同期するために行をフィルタリングする必要があります（列の値に基づいて）。

たとえば、このチュートリアルではフィルターの構成方法を説明していますが、古い Windows Azure ポータルを参照しています。

新しいチュートリアルには次のように書かれています。

特定の値 (Age>=65 など) を持つ行のみが同期されるように列をフィルター処理する場合も、Azure の SQL データ同期ポータルと、同期するテーブル、列、および行の選択のドキュメントを使用します。同期するデータを定義します。

ただし、新しい Azure portal でフィルターを編集するためのリンクが見つかりません。

この機能はなくなりましたか？

SQL データ同期を使用して、オンプレミスの SQL Server 2012 SP2 データベースを Azure に同期したいと考えています。同期を行おうとすると、ID_Index 列のテーブルの 1 つで「サポートされていないデータ型」エラーが発生します。

Azure 管理ポータルでは、エラーについてこれ以上の説明はありません。SQL Server Management Studio のテーブル デザイン:

テーブル作成スクリプト:

テーブルには GUID プライマリ キーがありますが、クラスター化されていません。代わりに、クラスター化されたインデックス (ID_Index) を使用します。ID_Index 列を削除することはできません。これを主キーにしたくありません。これを解決する方法はありますか？Azure ではテーブルごとにクラスター化インデックスが必要だと聞きましたが、主キーである必要はありません。では、ここで何が問題なのですか？

SQL Azure データベースでの Data Sync と Standard Geo Replication の違いは何ですか?

Active Geo Replication はレプリケートされたデータベースに接続する機能を提供するのに対し、Standard は接続を許可しないことを理解しています。しかし、データ同期はどのように違うのでしょうか? 即時レプリケーションではないことはわかっていますが、BI ソフトウェアをレプリケーションに向ける必要があり、レプリケーションと災害復旧に使用する構成について議論しています。

Azure SQL データベースの Azure データ同期機能をチェックしていたところ、データが適切に同期されていないことがわかりました。

シナリオ: 1 つのハブ マシン [Hub1] と 2 つのデータベース (1 つは同じデータ センター [DB1] 内、もう 1 つは他のデータ センター [DB2] 内) を持つ同期グループを作成しました。

ケース: DB2 の 1 つのテーブルに変更を加え、データベース同期を実行するために同期をトリガーしました。同期後、データベースを確認すると、Hub1 テーブル データのみが DB2 に従って変更され、DB1 は変更されていないことがわかりました。

データベース同期を再度トリガーすると、DB2 の変更に従って DB1 のみが変更されました。

私の理解と期待によると、1 回の同期操作で、Hub1 と DB1 の両方が DB2 の変更に従って変更されるはずです。

このデータの不一致の問題はなぜですか?

免責事項として、ここで誤った理解が行われている可能性があることを警告します。

状況：

顧客の Windows デバイス (RT ではない) に展開される既存の Windows VB タイムシート アプリケーションがあります。このアプリケーションは、ローカル SQL Express ストアを作成し、SQL データ同期を介して Azure SQL DB と同期します。

Azure SQL DB は、私が契約しているローカルに保存されているマスター DB (これも SQL データ同期を介して) とさらに同期します。マスター データは通常、このマスター DB でのみ変更され、トランザクション データは Azure に同期されます。

アプリケーションが操作しているテーブルはすべて dbo スキーマの下にあります。

私は、Azure SQL DB を指す Azure Mobile Service を使用するアプリケーションの Xamarin Forms モバイル (iOS、WP8、Droid、および PCL を使用したおそらく winRT) バージョンの作成に取り組んでいます。 . 現在のところ、機能のサブセットのみを使用しています。

問題：

問題は (すでに明らかなように) dbo スキーマの下にあるほとんどのテーブルにアクセスする必要があることです。

Azure モバイル サービスに dbo スキーマを使用するように指示し、生成されたログインに手動またはスクリプトで適切な権限を与えることができれば。これは、テーブルの移行に必要なシステム プロパティを含めるために必要です。

もう 1 つの提案は、Azure モバイル サービスの同期操作に必要なシステム列をマスター データベースに追加し、それらを Azure データベースにプッシュしてから、モバイル サービス スキーマに必要なすべてのデータのビューを作成することです。これによりサービスが制限されるかどうかはまだわかりません。

もちろん、すべてのデータを dbo 以外のスキーマに移動するオプションは常にありますが、これには他のシステムでの拡張作業が必要であり、特に私の慣れていないためにかなりの時間がかかる可能性があります。

関連する情報、議論、またはアドバイスをいただければ幸いです。