Azure SQL (Platform as a Service) に geo レプリケートされたデータベースがあります。これはマスター/スレーブ タイプの配置であるため、geo レプリケートされたデータベースは読み取り専用です。
この Azure SQL データベースから、同じスキーマを持つオンプレミスの SQL Server データベースに、パフォーマンスにあまり影響を与えずに定期的にデータをダウンロードしたいと考えています (Azure データベースは、アプリケーションによって使用されるメイン データベースです)。
ジオ レプリケートされたデータからデータを読み取り、それをオンプレミスにプルできることを願っていますが、トリガーと追跡テーブルを作成する必要があります。読み取り専用のスレーブデータベースに対してこれを実行することはできないため、私はこれにあまり満足していません。 -geo レプリケートされたデータベースでこれらの追加のデータ同期アーティファクトを作成します。肥大化したデータ (多数のテーブルとデータがあり、Azure PaaS データベースはそのままではサイズが限られています) で乱雑に見えます。また、Redgate データベース ライフサイクル管理も使用しているため、これらのスキーマ オブジェクトと追跡テーブルが吹き飛ばされる可能性があります。リリースを行うたびに、
他に実行可能なオプションはありますか (PaaS から離れて、オンプレミスとクラウドにまたがるクラスター化された IaaS VM 環境を作成し、SQL Server をインストールしてパッチを適用するなど)。心に留めておいていただきたいのは、私たちはスタッフの面でリソースが不足しているため、もともと PaaS が私たちのデータベースにとって理想的な場所だった理由です。
オンプレミス データベースを Azure データベースと「相対的に」同期させたいと考えていますが、オンプレミスのデータは最大で 1 時間前のデータである可能性があります。
私の頭の上から、いくつかのオプションはSSISパッケージである可能性がありますか? または、データベースの Bacpac を定期的にダウンロードし、30 分ごとにオンプレミスに復元します (ただし、非常に大きなデータベースです)。
この段階では一方向 (Azure からオンプレミス) のみである必要があることに注意してください。