SIMPLEからFULLリカバリーモードへの切り替えの影響
特定の時点への復元機能を利用できるように、完全復旧モードに移行したいデータベースがいくつかあります。すべてのデータベースでこれを必要とするのではなく、トランザクションが重く、絶えず更新されるデータが含まれているデータベースだけです。
私は多くの調査を行い、フルリカバリに切り替えたときに何が起こるか、特にログファイルにどのように関係するかを完全に理解しています。
私が探しているのは、一部を完全復旧モデルに切り替えることから生じる可能性があるいくつかの提案または「問題」です。
現時点では、一度に1つのデータベースを実行する予定です。ログファイルの増加を監視し、ログファイルのバックアップの最適な頻度を判断して、ログファイルが暴走しないようにします。また、完全復旧に切り替えるとすぐに、そのデータベースで完全バックアップを実行する必要があることも認識しています。 （FULLモードは、これを行うまで実際には有効にならないことを理解しています）。
私の計画では、毎週完全バックアップを実行し、前の週のログファイルをワイプして、基本的に「やり直す」ことです。
他に役立つと思われる考慮事項やアドバイスはありますか？気をつけるべきことはありますか？完全なインデックスの再構築、DBCC CHECKDB、統計の再構築も週1回実行します。これらの操作に潜在的な問題はありますか（ログファイルを展開しないように、その期間はBULK_LOGGEDに切り替えることができますか？）
あなたのすべての協力に感謝します！
言いたいことがたくさんあります
私が探しているのは、一部を完全復旧モデルに切り替えることから生じる可能性があるいくつかの提案または「問題」です。
私が知る限り、メンテナンスウィンドウの時間中または負荷が比較的少ないときにデータベースの復旧モデルを変更しても問題はありません。それは状況を作成しません。
また、完全復旧に切り替えるとすぐに、そのデータベースで完全バックアップを実行する必要があることも認識しています。 （FULLモードは、これを行うまで実際には有効にならないことを理解しています）。
差分バックアップを取ることもできます。これは、データベースが大きい場合に非常に役立ちます。 LSNチェーンをリンクするものなら何でも。以下のリンクを参照してください。復旧モデル間の切り替えについての良い情報があります。
http://msdn.Microsoft.com/en-gb/library/ms189272.aspx
私の計画では、毎週完全バックアップを実行し、前の週のログファイルをワイプして、基本的に「やり直す」ことです。
完全にバックアップしてログをバックアップしたからといって、これは正しいアプローチではありません。古いログファイルと完全なバックアップを安全に削除できるとは考えないでください。災害発生時にこのバックアップファイルが機能することを実際に確認するために、復元して古いバックアップをテストする計画はありますか。復元が成功した場合にのみ、バックアップの一貫性が完全に保証されることに注意してください。バックアップの整合性をチェックするオプションはありますか？チェックしていない場合は、バックアップ計画に含めてください。バックアップを削除する前に、少なくとも4日間古いバックアップファイルを保持します（これはローカルディスク上で行います）。この戦略は、災害が発生した場合にバックアップが役に立たないことが確実である期間、バックアップを保持することです。場合によっては、数日間行われた特定のデータ変更のみが必要になることがあります。また、データベースのバックアップをテープに保存しており、そのテープは6か月間保管されます。
（ログファイルを分解しないように、その期間はBULK_LOGGEDに切り替えることができますか？）
復旧モデルを一括ログに変更し、一括ログ操作を実行すると、ポイントインタイム（PIT）復旧が緩くなるため、PIT復旧が心配な場合はそれを行わないでください。代わりに、Isのような断片化されたインデックスのみを再構築するインテリジェントスクリプトを通じてインデックスを再構築します Ola Hallengrenインデックス再構築ソリューション インデックスがフルスキャンで再構築される場合、そのインデックス統計は再構築プロセスですでに更新されています。
重いDMLを実行する場合は、ログファイルを爆発させないように、バッチに分割してください。
インデックスの再構築をスケジュールするとき、これはアプリケーションユーザーアクティビティのないメンテナンスウィンドウ中ですか？基幹業務にはポイントインタイム（PIT）リカバリが必要な場合があるため、FULLのままにして監視します。またはこのウィンドウの例外を取得します。この変更の範囲を確認したようですね。幸運。