「最適な」バックアップソリューションは、リカバリ基準によって異なります。
障害が発生した場合にすぐにデータにアクセスする必要がある場合は、3つのサーバーのデータベースミラーリングシナリオ(ライブサーバー、ミラーサーバー、および証人サーバー)が適合するように見えますが、アプリケーションを自動フェイルオーバー。 「ログ配布」は、自動フェールオーバーや証人の必要がなくても、同様の結果をもたらす可能性があります。
リカバリ時間に多少の揺らぎがある場合は、データベースの定期的なスケジュールされたバックアップ(SQL Agentなど)とトランザクションログにより、特定時点のリストアが可能になります。バックアップの頻度は、データベースのサイズ、データの更新頻度、完全な障害が発生した場合のデータベースのロールバックの程度によって決まります(障害の発生したサーバーからトランザクションログのバックアップを抽出できない場合、
ユーザーエラーなどの原因で既知の状態に単純にロールバックする場合は、データベーススナップショットを軽量の「バックアップ」シナリオとして使用できますが、これはサーバーの障害が発生した場合は役に立たない。彼らは瞬時に作成することができますが、データが変更されたときにだけ部屋を占有しますが、わずかなパフォーマンスオーバーヘッドが発生します。
もちろん、これらは唯一のバックアップソリューションでもなく、相互に排他的でもありません。
SQL ServerにBACKUP DATABASEコマンドがあることをご存知ですか? –
絶対に。私は、プロダクションサーバー上で最高の効率的なソリューションが何になるのだろうかと思います。 – alexn