Risultati della ricerca di scomparire per le raccolte siti spostati

Question

In linea con la raccomandazione di Microsoft per mantenere i database del contenuto su SharePoint 2007 sotto 100Gb, spesso ci muoviamo raccolte siti a diversi database del contenuto per bilanciare il carico. Tuttavia, abbiamo notato un problema - dopo ci spostiamo la raccolta siti in un nuovo database di contenuti, le voci nell'indice di ricerca per tutto nella raccolta siti scomparire.

Questo sembra strano come i percorsi sono tutti mantenuti esattamente come erano prima in modo dovrebbero tutti ancora consultabile in esattamente allo stesso modo. In alternativa, se il crawler vuole cacciare queste voci dovrebbe ricreare le voci per i dati "nuovi" che è stato trasferito in un altro database del contenuto.

Questo è un grosso problema per noi come parte della nostra architettura di sistema è quello di "archivio" raccolte siti finiti ai database del contenuto di archivio su più lento hard disk più grandi, in modo che il contenuto è ancora on-line e consultabile, non solo sul Super dischi -fast che il contenuto in diretta è acceso.

Esiste un modo per fermare questo accada o per forzare il sito per essere ri-strisciato nel suo nuovo database del contenuto? Noi non vogliamo fare una ricerca per indicizzazione completa come l'ultimo che abbiamo fatto ha avuto più di otto giorni e in ogni caso avremmo ancora lo stesso problema dopo la piena indicizzazione quando abbiamo raccolte successivo spostamento del sito.

Answer 1

Abbiamo sollevato un problema di supporto con Microsoft e hanno confermato che i siti scompaiono dai risultati di ricerca quando si utilizza stsadm mergecontentdbs per spostare le raccolte siti, come stavamo facendo.

Se si spostano i siti che utilizzano il BatchSiteManager dalla SharePoint toolkit di amministrazione di allora i siti non scompaiono dalla ricerca. Purtroppo, abbiamo bisogno di un sistema automatizzato in modo da questa soluzione non è appropriato per noi, ma forse questo sarà il lavoro per voi.

Ha a che fare con gli eventi che vengono registrati quando un sito viene spostato. Il crawler incrementale utilizza l'EventCache di capire cosa ha bisogno di essere sottoposti a scansione. STSADM mette solo una voce in questa tabella, mentre le mette toolkit in più di dieci voci. Di conseguenza, quando si utilizza STSADM crawler incrementale pensa che il sito è stato eliminato, mentre con il toolkit si sa che è stato spostato.

Utilizzando PowerShell con SharePoint 2010 non ha questo problema.

Answer 2

Non so che v'è comunque intorno a questo.