SQL Azure と Cosmos DB をメインにWindows Azureの情報を発信
SQL Data Sync 2012年12月のサービスアップデートがリリースされました。主な更新内容は次の通りです。
徐々に、旧ポータルを使用しなくても困らないように準備が進んでいますね！素敵素敵。
SQLデータベースの中に、ヘッダメニューに「SYNC」とボトムメニューに「同期の追加」というメニューと、「新しい同期グループ」、「新しい同期エージェント」というサブメニューが用意されています。
SQL Data Sync（旧称：SQL Azure Data Sync）Preview 6がリリースされました。
このリリースでは、おもに次の２点改善されています。
新しいエージェントを、「SQL Azure Data Sync Agent Preview」からダウンロードできます。
また、すべての後続のプレビューリリースを通常のサービスアップデートの代わりに、Previewと呼称するつもりです。
Windows Azure SQL Database Servicesの2012年7月アップデートの内容がBlogに投稿されていたので紹介します。
SQL Azure Federationでは、メンバーデータベースに参照テーブルを含めることができます。
一度、SPLITで分割したメンバーデータベースに含まれる参照テーブルは互いに独立したテーブルなので、
片方を更新しても、もう片方には変更は反映されません。
その為、これまでは手動でメンバーデータベースの数だけ参照テーブルを更新する必要がありました。
例えば、メンバーデータベースが30個あった場合、30回参照テーブルを更新しないと、
全ての参照テーブルに変更を反映させることができません。
2012年7月のアップデートにより、SQL Data Syncで、メンバーデータベースの参照テーブルを同期対象に設定できるようになりました。
上の図のように、メンバーデータベースを同期グループに登録することができます。
同期したいメンバーデータベースの参照テーブルとSQL Data Syncのハブデータベースとを同期するように設定します。
同期設定をすると、次の図のようにメンバーデータベースをすべて同期するように設定できます。
とは言え、制限事項もあります。
2012年7月のアップデートで、フェデレーションメンバーの参照テーブル上でIdentityプロパティを使用できるように、制約を解除しました。
これにより、スキーマの変更を最小限に、既存のデータベースからフェデレーションへの移行ができるようになります。
SQL Azure Data Sync改めSQL Data Syncは、クラウドとオンプレミスのデータ同期にも対応しています。
データ同期をするために、オンプレミス環境にSQL Data Sync Agentをインストールする必要があります。
SQL Data Syncは、Agentを介してAzure SQL Detabaseに配置されたハブデータベースと
同期をとります。
オンプレとWindows Azure SQL DatabaseをData Syncで同期する場合、
その通信ってどうなってるのでしょう？
知りたいことは、ポート何番を開ければいいのか？Proxyなどがあっても平気か？
その他、気にしなきゃいけないことは？
その答えを探し求めるのに最適な環境が、Win2008R2+SQL2012 on Azureな環境です。
多少時間はかかりますが、数クリックと簡単な入力をして放置しておけば、
クラウド上に素敵な評価環境ができあがります。
// 懸念点は、Azure内なので通信がすかすかじゃないか・・・という事ですが（^^;
// きっと大丈夫！きっと。
そんなこんなでできたSQL2012 on Azureな環境のエンドポイントは、次のような定義がされています。
リモートデスクトップ以外は空いていないことが確認できます。
そこにSQL Data Sync Agentをインストールします。
インストール時に次のようなメッセージが表示されています。
This account must have network access to reach Microsoft SQL Data Sync Service through your network’s proxy.
ネットワークプロキシを通過してSQL Data Syncサービスにネットワーク越しにアクセスできるアカウントを設定してね！と書いてます。
つまり、ネットワークプロキシの認証を気にする必要があるってことですね。
残念ながら環境が無いので、未検証。
インストールが完了すると、Microsoft SQL Data Syncというサービスが起動します。サービスの実行ユーザは、インストール時に指定したユーザになっています。
インストール時に、FireWallの設定を変更するのかな？っと思い、FireWallのルールを確認してみました。
特にSQL Data Sync専用と思えるポートは空いてないですね。
TCPViewでポートの使用状況を確認してみましょう。
PIDから上の2つがSQL Data Syncサービスが使用しているものと分かります。
ネットワークキャプチャーを見てみると、SSL通信をしていることがわかります。
ためしに443通信をWindows Firewallでブロックしてみます。
ブロックすると、TCPViewでもNetwork MonitorでもSQL Data Syncの通信を確認できなくなりました。
その状態で、ポータルで確認すると・・・。
SQL Data Sync （SQL Azure Data Sync） の新しいサービスアップデート（Service Update 5 / SU5）が、6月6日(PST)から6月7日の間で実施されます。
新しいクライアントエージェント（バージョン4.0.46.0）のダウンロード提供もされます。
今まで提供されてきたすべてのクライアントエージェントは、アップグレードする必要があります。クライアントエージェントのアップグレード方法について説明します。
クライアントエージェントのデフォルトパスが、次のパスに変更になります。
32ビット
C:\Program Files\Microsoft SQL Data Sync
64ビット
C:\Program Files (x86)\Microsoft SQL Data Sync
「ここ」で説明している手順に従って、現在インストールされているエージェントのバージョンを確認してください。
32ビット
C:\Program Files\Microsoft SQL Azure Data Sync
64ビット
C:\Program Files (x86)\Microsoft SQL Azure Data Sync
アップグレードウィザードで、エージェントのアップグレードが進行します。アップグレードが完了すると、インストールパスが変わります。
補足：旧エージェントのインストールパスは削除してはいけません。
32ビット
C:\Program Files\Microsoft SQL Azure Data Sync\data
64ビット
C:\Program Files (x86)\Microsoft SQL Azure Data Sync\data
32ビット
C:\Program Files\Microsoft SQL Data Sync\data
64ビット
C:\Program Files (x86)\Microsoft SQL Data Sync\data
補足
さりげなく記述されていますが、
「SQL Azure Data Sync」は、「SQL Data Sync」と記載されていますね。
さて、これがどういう意味かは、今週末のお楽しみってことで。