0

現在、オフィス内に Live および Dev 環境があり、定期的に Live DB を Dev に移動して、開発チームが作業できるようにデータが更新されるようにする必要があります。

ただし、ライブ DB はほぼ 100Gb に達しているため、管理が非常に難しくなっています。現在、DB バックアップを実行し、ファイルを他のサーバーにコピーして復元しています。ただし、これは 4 ~ 5 時間以上かかる大きな頭痛の種になりつつあります。

DBをより効率的に移動する方法について、誰か良い推奨事項はありますか?

MS SQL Server 2005 Standard Edition を使用しています。

4

1 に答える 1

0

本番環境から開発サーバーを更新する最善の方法は、出荷ログ戦略を実装することです。本番データベースの増分バックアップを毎日実行し、増分ログを開発サーバーが参照できる場所に配置します。次に、週に 1 回、すべての増分バックアップ (5 つあるはずです) を取得し、開発データベースを増分して、本番環境のように見せます。必要に応じて、SQL Server ツールを使用してプロセスを自動化することも、ログ ファイルを配置するディレクトリのファイル名からスクリプトを生成する小さなプログラムを作成することもできます。操作を数回実行し、そのたびに SQL サーバーが生成する TSQL を確認すると、スクリプト ジェネレーター ユーティリティの書き方がよくわかります。同じユーティリティを使用して、開発ボックスへの復元プロセスを自動化することもできます。開発サーバーに接続して、生成されたスクリプトを実行し、ユーティリティの実行を自動化するだけです。ほとんどのプログラマーは、SQL Server と tsql を十分に理解している限り、せいぜい 1 日か 2 日でこのユーティリティを作成できます。

他のオプションもありますが、これはおそらくあなたの問題のほとんどを解決するでしょう

  1. 実行する場合と実行しない場合があるフル バックアップに加えて、運用データベースの増分バックアップを取得します。
  2. あなたが書いたユーティリティは時間を節約し、プロセスを自動化します。あなたがしなければならないことは、それが成功したかどうかをチェックすることだけです。ユーティリティから成功/失敗をメールで受け取ることができます。クラウド ベースの場合はメールに Amazon ツールを使用し、Azure ベースの場合は sendgrid.com を使用します。
  3. ユーティリティを作成するための時間はあまりありません。
于 2013-07-25T15:29:47.973 に答える