1

最近、トランザクション レプリケーションを実装して、レポート目的で別のサーバーにそのデータベースのライブ コピーを作成する必要がありました。レプリケーションを構成しているときに、多くのテーブルに主キーがないことに気付きました。そのため、必要なすべてのテーブルを公開できませんでした。

2 番目のオプションはマージ レプリケーションを実装することでしたが、それではすべてのテーブルに GUID 列が追加されます。これはベンダー アプリケーション用のデータベースであり、ベンダーは、データベース構造に変更を加えるとアプリケーションが壊れる可能性があるため、データベース構造に「触れない」ように警告しています。そのため、マージ レプリケーションはもはやオプションではありません。

このシナリオで利用可能な他のオプションについて調査を行っています。私が見つけた唯一のものは Log Shipping です。データベースが読み取り専用モードのままになることはわかっていますが、（私の知る限り）これが唯一のオプションであり、レポート目的でのみ厳密に使用されるため、これで問題ないと思います。

誰でもこれに対するより良い解決策を提案できますか? それとも、ログ配布が私に残された唯一のオプションですか?

SQL Server 2008 R2 64 ビット DataCenter エディションです。

4

1 に答える 1

2

その他のオプションは次のとおりです。

  1. データベース ミラーリング、および読み取り専用操作用のスナップショットの使用。スナップショットを管理するのは面倒な場合があります。

  2. SQL Server 2012 にアップグレードし、可用性グループで読み取り可能なセカンダリを利用します。これは財布の痛みになる可能性があります。

ログ配布について言及していますが、フォローアップのコメントに基づいて、ログを配布されたログのコピーにログを復元するたびに、レポートを実行している可能性のあるすべてのユーザーを追い出す必要があることは明らかではないと思います。これは、ログを復元するためにデータベースへの排他的アクセスが必要なためです。これは、「支払うだけの価値がある」という別のケースです。必要に応じて (およびデータベースがサポートしている場合)、Express インスタンスにログを送信できますが、完全なソリューションではありません。

于 2013-11-27T02:44:18.070 に答える