2

以下は、私のアプリケーションの正確なシナリオです。

  • SQL Server データベースは、開発目的で米国オフィスでローカルにオンプレミスでホストされています。
  • 開発者は 3 つの異なる地域 (米国、インド、オーストラリア) に分散しています。
  • インドとオーストラリアの開発者は、アプリケーションからデータベースにアクセスしようとすると、多くの遅延に直面します。

上記の問題を解決するために、次のアプローチを特定しました -

  • VM を作成し、そこに SQL Server をインストールします。
  • そこにデータベースを復元します。
  • 米国の開発者は、環境に展開されたデータベースを引き続き使用します。
  • インドとオーストラリアの開発者は、Azure VM でホストされている SQL データベース インスタンスを使用します。

これら 2 つのデータベース (Azure VM SQL とオンプレミス SQL インスタンス) 間でデータとスキーマの同期を有​​効にするために、Azure Data Sync を使用する予定です。

上記のシナリオのほとんどは研究対象であると思います。しかし、すでに同様のことに取り組んでいる人のガイダンスは非常に役に立ちます。また、非常に古いレガシ データベースであるため、データベース スキーマの変更が必要になるため、Azure SQL は使用していません。

上記のアプローチが理想的かどうかを教えてください。これは開発を容易にするためだけのものであり、本番データベースをオンプレミス セットアップの外に移動するわけではないことに注意してください。

4

1 に答える 1

0

ここで Azure Data Sync を使用しようとはしません。まず、他の方法で Azure SQL Database を使用していないためです。次に、このようなスキーマの変更を同期することを意図していないためです。

代わりに、データ変更用のプライマリ レプリカを選択し、定期的にバックアップを送信して復元し、セカンダリ インスタンスを更新します。スキーマの変更については、SQL Server Data Tools とソース コード リポジトリ (Azure DevOps) を使用して変更を管理します。

于 2019-05-06T16:29:11.567 に答える