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.

98 Part II: SharePoint <strong>Products</strong> <strong>and</strong> <strong>Technologies</strong> Architecture<br />

Back-End Databases<br />

Whether a separate SQL Server or WMSDE is used, the back-end server in Windows<br />

SharePoint Services creates <strong>and</strong> uses back-end databases. The purpose of having<br />

two database types is to separate the site data from the configuration information. A<br />

database that contains site data is called a content database, while product information<br />

<strong>and</strong> settings are contained in what is called a configuration database. There can<br />

be a single content database in a small environment, but in a large environment<br />

there can be hundreds or even thous<strong>and</strong>s of content databases. No matter how<br />

many content databases exist in a Windows SharePoint Services farm, there is only<br />

one configuration database.<br />

Configuration Database<br />

In a Windows SharePoint Services environment, there can be multiple front-end<br />

Web servers that contain several websites whose content is stored in one of a number<br />

of back-end content databases. To keep the front-end Web servers stateless, a<br />

centralized database is needed to keep track of which content database holds the<br />

data for a specific site. When a front-end Web server receives a request for a page<br />

from a site, the first connection it must make is to this configuration database. For<br />

performance reasons, this information is cached on the front-end Web server for<br />

subsequent requests <strong>and</strong> the cached information is used by the front-end Web server<br />

thereafter.<br />

Content Database<br />

Content databases provide content to the front-end Web servers when it is<br />

requested. All site content—including site documents, list data, Web Part properties,<br />

as well as user names <strong>and</strong> rights—are stored in content databases. You can create as<br />

many content databases as needed to support the websites on your servers. This can<br />

range from just one to thous<strong>and</strong>s, depending on the number of users.<br />

Physical Configurations<br />

With the split of front-end <strong>and</strong> back-end services, administrators now have the flexibility<br />

to configure Windows SharePoint Services in several ways. By providing any<br />

configuration from a single server to a server farm, Windows SharePoint Services<br />

can scale to suit small to large organizations.<br />

An organization with fewer users can start with a single-server installation of<br />

Windows SharePoint Services. This means that both the front-end <strong>and</strong> back-end<br />

components are installed on the same physical server. In this configuration, WMSDE<br />

can be used for the back-end databases instead of SQL Server. If the number of users<br />

in an organization grows enough to require a physical separation of front-end <strong>and</strong><br />

back-end components, the WMSDE databases can be migrated to SQL Server. To do

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

Saved successfully!

Ooh no, something went wrong!