SharePoint-DPMとSQLのバックアップは相互に影響しますか？
Data Protection Manager（15分間隔でスナップショットを取得するように設定されている）によってもバックアップされているSharePointデータベースの醜いメンテナンスプランをクリアしようとしています。企業は、組み込みのSQLツールを使用してコンテンツのバックアップを個別に実行したいと考えています。 SQL Management Studio内でデータベースのバックアップ、トランザクションログのバックアップ、トランザクションログの切り捨てを実行すると、DPMのバックアップ/復元が妨げられますか？
あなたはこれをすることは絶対に大丈夫でしょう。 DPMは、バックアップを実行するためにVSSメカニズムを使用します。これは、ネイティブのLSNベースのバックアップメカニズムとは相互作用しません。注意すべき唯一のことは、完全復旧モデルに切り替えると、最初のVSSベースの完全データベースバックアップが最初の完全ネイティブデータベースバックアップと同じように実行され、データベースが完全復旧モデルに適切に切り替えられることです。トランザクションログのサイズを管理するには、ログのバックアップが必要です。
DPMバックアップでは、完全復旧モデルを使用している場合は、必須ログバックアップも作成します。そうしないと、トランザクションログが永久に大きくなります。別の方法は、ログのバックアップが不要で、トランザクションログがチェックポイントで切り捨てられるSIMPLEリカバリモデルを使用することです。
だから、あなたはあなたが説明する計画で絶対に安全です。
DPMはセクターレベルで機能します。どのセクター（またはクラスター？）が変更されたかのマップを保持し、変更されたセクターをバックアップします。したがって、どのファイルが変更されたかはわかりません。どのセクターが変更されたかだけがわかります。
SQLバックアップを実行する場合、セクターは変更されないため（もちろん、DPMで保護されたパーティション上のファイルにバックアップする場合を除く）、両方が同時に実行されている場合、2つはディスク負荷の増加を超えて相互作用しません。ログを切り捨てると、セクターが変更され、DPMが変更をコピーします。ただし、これが常に発生するログの通常の変更と異なることはわかりません。
したがって、DPMバックアップとSQLバックアップの両方を使用しても完全に安全だと思います。不利な相互作用が発生する可能性のあるシナリオは絶対にないことを聖書に誓いますか？いいえ、Windowsは非常に複雑すぎて何も確認できませんが、その可能性は非常に低いと思います。
JR
設定方法に十分注意しない限り、単一のプラットフォームでのみバックアップを作成する必要があります。そうしないと、バックアップをサーバーに正しく復元できません。
復元が何であるかを覚えておいてくださいSLA。DPMが毎晩バックアップしていて、トランザクションログを一日中バックアップしていない場合は、せいぜい回復することしかできません。以前の完全バックアップに変更します。それよりも細かい復元が必要な場合は、トランザクションログも定期的にバックアップすることを忘れないでください。