SharePoint 2007にはバックアップ機能が組み込まれていますが、悪いことを聞いたことがあります。つまり、構成データベースをバックアップすることはできますが、復元することはできません。通常、復元は常に信頼のテストです。
いくつかの「ベストプラクティス」または堅牢なバックアップ(および復元)ソリューションがあるのだろうか?
Microsoftの Data Protection Manager をざっと見てきました。中間の復元ポイントとして2番目のSharePointサーバーが必要ですが、簡単な復元に関しては商品のように見えます(他の製品のバックアップ/復元機能が含まれています)。
私は個人的に外部バックアップを使用していません。私のバックアップは2つのレベルで構成されています。
完全なSQLサーバーバックアップ-特定の瞬間にインスタンス全体を完了します(コンテンツと構成の間に矛盾が生じないようにします)。これはDRPの理由によるものです。絶対に使わないでほしいです。フロントエンドサーバーを(バックアップポイントで)そのままにしておくと、構成データベースの復元に問題はありません。 SharePointシステムは違いを区別できません...(そこにあります)。
サイトコレクションのバックアップ-stsadm -oバックアップを使用します(エクスポートではありません!)。これは、ユーザーがサイトを削除したり、ドキュメントを編集したり(古いバージョンが必要な場合...)など、日常的に使用するためのものです。その場合、サイトコレクションをテストサーバーに復元し、ファイルをに送信します。ユーザー。
ドキュメントとサイトの削除の場合-ごみ箱(および管理者の第2段階)はまったく問題ありません。実際、MOSS 2007とごみ箱以降、サイトの復元は非常にまれになりました。
その他の優れた製品は DocAve および Quest Recovery Manager です。 DocAveはさらに多くのことを実行できますが、価格が高くなります。 Questは、中間データベースを使用するという点でDPMに似ています。
OOTBソリューションはIIS仮想ディレクトリとSharePointが使用する12Hiveをバックアップしないので、スクリプトを使用してこれらの場所をコピーします。ネットワーク化された場所。SharePointの完全な回復を実行する必要がある場合は、カスタマイズを含むすべてのサイトを復元できることがわかります。
他のサードパーティソリューションについてはよくわかりませんが、Quest Recovery Manager for SharePointもこれらのファイルの場所をバックアップしないことは知っていますが、アイテムレベルの回復にはこのソフトウェアを使用しており、かなり優れています。
お役に立てれば、
ジェイミー