2009-04-27 15 views
1

SQL Server 2008サーバーを運用サーバーにセットアップしていますが、この方法でこのデータをバックアップするのが最適ですか?レプリケーションを使用してそのサーバーをバックアップする必要がありますか?単純なコマンドラインスクリプトを使用してデータをエクスポートするだけでいいですか?どのレプリケーション方法を使用する必要がありますか?SQL Server 2008 - 最高のバックアップソリューション

サーバーがかなりロードされているので、効率的な方法が必要です。

私は使用できる複数のコンピュータにアクセスできます。

+0

SQL ServerにBACKUP DATABASEコマンドがあることをご存知ですか? –

+0

絶対に。私は、プロダクションサーバー上で最高の効率的なソリューションが何になるのだろうかと思います。 – alexn

答えて

1

非常にシンプルで良い解決策がを使用してフルバックアップを実行することですが、ローカルに、そしてNASまたは他の店舗にネットワーク経由でBAKファイルをコピー(旧osqlの)をSQLCMD。それはネットワーク/ディスク使用量に関しては最適ではありませんが、すべてのバックアップが独立しており、プロセスが非常にシンプルで非常に堅牢であるため、非常に安全です。

さらに、これはExpressエディションでも機能します。

+0

ご意見ありがとうございます、私は開発サーバー上でこのソリューションをテストします。 – alexn

1

「最適な」バックアップソリューションは、リカバリ基準によって異なります。

障害が発生した場合にすぐにデータにアクセスする必要がある場合は、3つのサーバーのデータベースミラーリングシナリオ(ライブサーバー、ミラーサーバー、および証人サーバー)が適合するように見えますが、アプリケーションを自動フェイルオーバー。 「ログ配布」は、自動フェールオーバーや証人の必要がなくても、同様の結果をもたらす可能性があります。

リカバリ時間に多少の揺らぎがある場合は、データベースの定期的なスケジュールされたバックアップ(SQL Agentなど)とトランザクションログにより、特定時点のリストアが可能になります。バックアップの頻度は、データベースのサイズ、データの更新頻度、完全な障害が発生した場合のデータベースのロールバックの程度によって決まります(障害の発生したサーバーからトランザクションログのバックアップを抽出できない場合、

ユーザーエラーなどの原因で既知の状態に単純にロールバックする場合は、データベーススナップショットを軽量の「バックアップ」シナリオとして使用できますが、これはサーバーの障害が発生した場合は役に立たない。彼らは瞬時に作成することができますが、データが変更されたときにだけ部屋を占有しますが、わずかなパフォーマンスオーバーヘッドが発生します。

もちろん、これらは唯一のバックアップソリューションでもなく、相互に排他的でもありません。