SQLサーバーで5つのメンテナンスプランを作成し(たとえば50!)、毎日5回データベースバックアップを生成します。 this Q/A で読んだように、ポイントインタイムリカバリが必要な場合、完全なリカバリは適切です。
私の正確な質問:より長い期間の完全回復バックアップと同様に、単純な回復モデルで複数の毎日のバックアップを生成していますか?
データベースを 完全復旧 に設定することは、それだけでは十分ではありませんポイントインタイムの回復可能性 があります。また、定期的にログのバックアップを取る必要があります。また、任意の時点への復元を実際に実行するために必要なコマンドを実行する方法を個人的に知っていることをテストするために、定期的に時間をかける必要があります。
自家製のフルバックアップを大量に実行する代わりに、必要な機能は、おそらく Ola Hallengrenのバックアップソリューション をインストールするだけです。 このスクリプト を実行すると、必要なオブジェクトがインストールされ、インスタンス上のすべての完全復旧データベースを管理するために必要なジョブが展開されます。あなたはこれらの仕事を見つけるでしょう 1 下 SQL Server Agent > Jobs デフォルトで名前が付けられますDatabaseBackup - USER_DATABASES ...
および類似。これらのジョブにあなたに合ったスケジュールを追加してください 2 競合を防ぐために他のバックアップジョブを無効にします。
それでも、あなたとチームの他のメンバーが、どのようにバックアップをとっても、実際にバックアップを復元できるようにするには、通常の業務過程で定期的に時間をかける必要があります。
1:ここでSSMSを使用していると仮定します
2:必要に応じて1日5回、ただし少し少なくてもかまいません
SQLサーバーで5つのメンテナンスプランを作成し(たとえば50!)、データベースバックアップを毎日5回生成します。
なぜ1つの保守計画を作成して5回実行するだけではないのでしょうか。
私の正確な質問:より長い期間の完全回復バックアップと同様に、単純な回復モデルで複数の毎日のバックアップを生成していますか?
完全バックアップまたは差分バックアップは、どの復旧モデルを使用する場合でも、何をバックアップするかという点では同じです。今、私はあなたが完全バックアップと差分バックアップの組み合わせを持っていると思います、そして私の答えはすべてRPOとRTO(あなたが災害の場合にどれだけのデータを失うことをいとわないか)に依存するということです。一部のデータ損失が発生する可能性があり、ポイントインタイムリカバリを必要としないシンプルなリカバリモデルのDBは、完全バックアップと差分バックアップで問題なく動作します。
もう1つの重要なことは、他のマシンにバックアップファイルを復元して、回復目標を満たしていることを確認することです。