16.01.2013 Views

Microsoft Sharepoint Products and Technologies Resource Kit eBook

Microsoft Sharepoint Products and Technologies Resource Kit eBook

Microsoft Sharepoint Products and Technologies Resource Kit eBook

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Saving Gatherer Logs<br />

Chapter 21: The Architecture of the Gatherer 603<br />

Administrators can save old versions of the gatherer log for statistical purposes such<br />

as trend analysis or even to to debug problems with index restrictions. By changing<br />

property settings of a gatherer log on the SharePoint Portal Server Central Administration<br />

page, an administrator can view log entries from previous crawls. The other<br />

alternative is to pull the logs directly from SQL Server using active data objects<br />

(ADO). The logs are named gathererlog_ID#, where ID# is a number between one<br />

<strong>and</strong> four according to the action that was logged. Table 21-4 shows the ID# that corresponds<br />

to the action that was logged.<br />

Table 21-4 Log Numbers <strong>and</strong> Corresponding Action<br />

Number Action Logged<br />

1 Portal content<br />

2 Nonportal content<br />

3 Auto Categorization training<br />

4 Profile import<br />

Index Propagation<br />

SharePoint Portal Server 2003 allows the indexing process <strong>and</strong> the process of querying<br />

indexes to be performed on physically separate servers. A server dedicated to<br />

performing the indexing process is called the index management server, while a<br />

server dedicated to processing client search queries is called the search server. This<br />

allows SharePoint Portal Server to create extensive indexes without affecting the<br />

performance of the search server. Once the index management server completes the<br />

indexing process, the index is propagated to the search server so that queries can be<br />

processed locally.<br />

Preparing for Propagation of an Index<br />

By default, propagation occurs automatically after an index management server creates<br />

or updates a content index by using any type of update. Propagation occurs<br />

only if your Index Server <strong>and</strong> Search Server roles are assigned to different servers in<br />

the farm. If both roles are assigned to the same server in the farm, there is no index<br />

propagation. If needed, propagation can also be forced on the SharePoint Portal<br />

Server Central Administration page.<br />

A manual propagation is needed if indexing is paused or propagation fails for<br />

some reason, such as network problems or lack of disk space on the search server.<br />

Another reason to force a manual propagation is when a new search server is added<br />

to the server farm.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!