0

標準のミラー化されていないデータベースの場合、データベースをシンプル モードにするか、定期的なバックアップを実行するだけで、トランザクション ログをチェックできます。SAN スナップショット バックアップが実行されており、SQL バックアップの必要がないため、私たちはシンプルに保ちます。

これからミラーリングに入ります。明らかにシンプルモードを選択できなくなったため、フルモードを使用する必要があります。これにより、明らかにログ ファイルが大きくなり、ログのバックアップが必要になります。それは私が対処できます。ログ バックアップを取得し、以前のバックアップを破棄するメンテナンス プラン。このバックアップは、前任者なしでは本質的に役に立たないことを認識していますが、SAN スナップショットがバックアップを実行しています。

私の質問は...

a) バックアップを作成せずに、処理されたすべての行のログ ファイルを切り捨てる方法はありますか? (とにかく使えないので…)

b) メンテナンス プランはサーバーに対してローカルであり、ミラーリングされたペア間で複製されません。ミラー化されたセットアップでどのように行う必要がありますか? データベースがフェールオーバーすると、計画は新しいプリンシパルで実行を開始しますが、ミラーの場合は動揺しませんか?

ありがとう

4

2 に答える 2

1

A. サーバーがミラーリングするほど重要である場合、トランザクション ログのバックアップを取るほど重要ではないのはなぜですか? SAN スナップショットは、ある時点のポイント イン タイム イメージですが、途中で別の時点で停止することはできません。開発者がテーブルを切り捨てた場合、そのステートメントまですべてのログを再生し、そこで停止する必要があります。これが、トランザクション ログのバックアップが適している理由です。

B. すべてのデータベースをバックアップするためのメンテナンス プラン (または、Ola Hallengren のhttp://ola.hallengren.comにある T-SQL スクリプトなど) をセットアップしますが、オンライン データベースのみをバックアップするようにチェックボックスをオンにします。（私の頭の中で、それが2005年にオプションであるかどうかはわかりません-2008年だけかもしれません。）そうすれば、フェールオーバーするものが何であれ、常に取得できます。

もちろん、クリーンアップ スクリプトやそれらのバックアップ ファイルのコピーなどには注意が必要です。t-log バックアップの半分が 1 つの共有にあり、半分が別の共有にある場合、復元はより困難になります。

于 2010-11-02T12:52:22.083 に答える
0

a) いいえ、ミラー化されたデータベースの一部であるログを切り捨てることはできません。ログをバックアップすることが最善の選択肢です。HA のニーズに基づいてミラーリングをセットアップしたデータベースがいくつかありますが、さまざまな理由で DR は必要ありません。それはあなたの状況のようですか？ログのバックアップを一定期間保持することをお勧めします。HA 戦略によって追加された完全に適切な復旧計画を無効にする理由はありません。:)

b) これに対する私自身の解決策は、ミラーの状態に基づいて監視するセカンダリ エージェント ジョブを用意することです。ミラーが変更されていることが判明した場合、ミラー インスタンスのセカンダリ ジョブが有効になり、可能であれば古いプリンシパルが無効になります。プリンシパルがダウンしていて、それが回復した場合でも、ジョブは無効のままです。ジョブ自体が元に戻される唯一の方法は、再び別の強制フェイルオーバーが発生した場合です。

于 2010-11-02T12:50:46.170 に答える