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

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

Estimating System Requirements<br />

Chapter 9: Capacity Planning 211<br />

This section helps you to estimate your system requirements so that you can choose<br />

the appropriate hardware <strong>and</strong> farm deployment. SharePoint Portal Server 2003 can<br />

be configured in a number of ways <strong>and</strong> can scale to suit specific needs, such as general-purpose<br />

intranet, heavy search usage, or heavy team usage <strong>and</strong> collaboration.<br />

To choose the appropriate design, the following needs must be considered:<br />

■ Underst<strong>and</strong> the users’ work patterns <strong>and</strong> the specific tasks they perform.<br />

■ Obtain or estimate the size of the entire collection of documents that both<br />

SharePoint Portal Server 2003 <strong>and</strong> Windows SharePoint Services will store,<br />

including document versions, categories, <strong>and</strong> folders.<br />

■ Estimate the internal <strong>and</strong> external site content to be crawled <strong>and</strong> indexed.<br />

Historical access information from Web logs <strong>and</strong> third-party monitoring tools<br />

can be used to determine current throughput rates <strong>and</strong> specific usage patterns if<br />

there is a current intranet. However, if no intranet exists, you must make an estimate<br />

based on a prediction as to what is required to support the overall business need.<br />

End users see a portal site, viewing it either through a Web browser interface<br />

or, in some cases, the <strong>Microsoft</strong> Office System client. It is inappropriate to size the<br />

design based solely on the number of users. Base the system size <strong>and</strong> configuration<br />

on the type of transactions (or portal site functions) <strong>and</strong> on the frequency of transactions.<br />

The “transaction arrival rate” is called the throughput rate.<br />

In this section, you will estimate the following factors:<br />

■ Peak throughput for each projected key portal <strong>and</strong> site type<br />

■ Current <strong>and</strong> future storage needs<br />

Estimating Peak Throughput<br />

When users browse intranets or the Internet, search for files, check out documents,<br />

or select from a list of choices, this usually causes the display of a new page of information.<br />

The more complex functions, such as document management, are especially<br />

resource-intensive <strong>and</strong> can initiate the display of multiple pages of information. In<br />

general, one user function is approximately equivalent to the display of one new<br />

HTTP page on the user’s desktop. Therefore, throughput measurement is based on<br />

the premise that the number of HTTP pages per second roughly equates to the number<br />

of calculated operations per second.<br />

To calculate the peak throughput rates your SharePoint Portal Server farm must<br />

support, you must obtain specific business-related sizing metrics. These sizing metrics<br />

differ depending on the type of portal site. For example, the typical user will<br />

access the corporate portal site much less frequently than he will access his divisional<br />

portal site or Windows SharePoint Services sites.

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

Saved successfully!

Ooh no, something went wrong!