質問

に沿って マイクロソフトの推奨 SharePoint 2007のコンテンツデータベースを100GB未満に保つために、サイトコレクションをさまざまなコンテンツデータベースに移動して負荷のバランスをとることがよくあります。ただし、問題に気づきました。サイトコレクションを新しいコンテンツデータベースに移動した後、サイトコレクションのすべての検索インデックスのエントリが消えます。

パスはすべて以前とまったく同じように維持されているため、これは奇妙に思えます。または、クローラーがこれらのエントリをキックアウトしたい場合は、別のコンテンツデータベースに移動した「新しい」データのエントリを再作成する必要があります。

私たちのシステムアーキテクチャの一環として、これは私たちにとって大きな問題です。完成したサイトコレクションを「アーカイブ」して、より大きく遅いハードドライブでコンテンツデータベースをアーカイブするため、コンテンツはまだオンラインで検索可能です。ライブコンテンツがオンになっていること。

これが起こっているのを止める方法や、新しいコンテンツデータベースでサイトを強制する方法はありますか?私たちは8日以上かかった最後のものとして完全なクロールをしたくありません。いずれにせよ、次にサイトコレクションを移動するとき、私たちはまだ完全なクロール後も同じ問題を抱えています。

役に立ちましたか?

解決

Microsoftとサポートの問題を提起し、STSADM -O MergeContentDBSを使用してサイトコレクションを移動すると、サイトが検索結果から消えることを確認しました。

SharePoint Administration ToolkitからBatchSiteManagerを使用してサイトを移動すると、サイトは検索から消えません。残念ながら、自動化されたシステムが必要なので、この回避策は私たちにとって適切ではありませんが、おそらくこれはあなたのために働くでしょう。

サイトが移動されたときに記録されるイベントに関係しています。インクリメンタルクローラーは、EventCacheを使用して、raw索する必要があるものを解決します。 STSADMはこのテーブルに1つのエントリのみを配置しますが、ツールキットは10以上のエントリを入力します。したがって、STSADMを使用すると、インクリメンタルクローラーはサイトが削除されていると考えていますが、ツールキットでは移動されていることがわかります。

SharePoint 2010でPowerShellを使用すると、この問題はありません。

他のヒント

とにかくこれの周りにあることはわかりません。

ライセンス: CC-BY-SA帰属
所属していません sharepoint.stackexchange
scroll top