5

理由もなく、データベース内のすべてのデータを失いました。幸い、これは単なるテスト データでしたが、本番データベースでこれを行うとどうなるかを考えさせられました。

最終的に、すべての開発者はデータベースの問題を抱えており、データベースをロールバックしたいと考えています。DBAの仕事だと思っているので、データベースを保護することはしませんが、問題が発生しました...

バックアップのベスト プラクティスは何ですか?

4

3 に答える 3

3

すべての開発者は私が働いている DBA でもあるため、バックアップ戦略についても共同で責任を負っています。実際の決定の一部ではありません。

(データベースをセットアップする前に) 私が最初に行うことは、完全バックアップを含む夜間の保守計画をセットアップし、それらのバックアップを別のコンピューター (NAS) 上の中央ネットワーク共有に転送することです。少なくとも、あなたの仕事を愛するために、データベース ファイルが置かれているのと同じ物理ストレージにバックアップを置かないでください。ディスクを失うと同時にバックアップを失うと、バックアップは何の役にも立ちませんか?

ポイントインタイム リストアは行わないため、ログ バックアップは行いません (すべてのデータベースは簡易復旧モードに設定されています)。間隔も許容範囲。

余談ですが、SQL 2008 は圧縮バックアップをサポートしています。これにより、バックアップ時間が大幅に短縮され、ファイルがはるかに小さくなります。このオプションを使用しないインスタンスは考えられません。でも、聞いてみたいですし、再考したいと思います！

于 2010-02-02T04:12:41.497 に答える
1

私自身の経験からいくつかのポイントを次に示します。

  • バックアップと SQL Server データベース ファイルを別の物理ストレージに保存します。そうしないと、物理ストレージに障害が発生した場合に、バックアップとデータベース ファイルの両方が失われます。
  • 独自の SQL Server データベース バックアップ スケジュールを作成します。
  • SQL Server バックアップをテストします。バックアップをテストしたことがない場合、障害が発生した場合にデータベースを復元できるとは思えません。時々、テスト サーバーでバックアップを復元する練習が必要になります。
  • 回復戦略をテストしてください。ここに別のヒントがあります。障害が発生した場合、データベースを稼働状態に復元するのにどのくらいの時間が必要ですか?
  • SQL Server のシステム データベースをバックアップします。

これはすべてのリストではありません。私の記事https://sqlbak.com/blog/backup-and-recovery-best-practices/でさらにヒントを見つけることができます。

于 2016-09-09T13:40:22.563 に答える
0

適切なバックアップ戦略を選択することは、DBA が DB を開発する時点で考慮すべき最も重要な要素の 1 つです。

ただし、選択するバックアップ戦略は、いくつかの要因によって異なります。

  1. DB でトランザクションが実行される頻度は? 非常にビジーなデータベースの場合、毎晩の完全なバックアップとトランザクション ログのバックアップを 10 分またはそれ以下の間隔で行うことをお勧めします。
  2. データ コンテンツの重要度: 従業員の給与データでしょうか? そうすれば、言い訳ができなくなるか、家に帰りたいときに車の周りに怒った顔がいくつかあるかもしれません! 非常に重要なデータベースの場合は、2 つの場所で夜間にバックアップを取り、5 分ごとにトランザクション ログのバックアップを取ります。(ミラーリングの実装も考えてください)。
  3. バックアップの場所の場所: バックアップの場所が DB の場所に近い場合は、数ホップ離れた場所にあり、帯域幅が十分でない場合よりも頻繁にバックアップを実行する余裕があります。

しかし、全体として、毎晩ほぼバックアップをスケジュールし、その後、トランザクション ログのバックアップを定期的にスケジュールします。

于 2014-11-19T07:49:00.963 に答える