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.

Chapter 17: Configuring SharePoint Portal Server 2003 457<br />

portal site, but only the first three are configurable with respect to which SQL Server<br />

will host that database. Following is an explanation of those three databases <strong>and</strong> a few<br />

other items appearing in this section of the Configure Server Topology page:<br />

■ Configuration Database Server. The configuration database maintains connections<br />

between servers <strong>and</strong> content databases, stores server settings, <strong>and</strong><br />

identifies which content is to be provided by which virtual servers. There is<br />

one configuration database per st<strong>and</strong>-alone server or per server farm. Each<br />

server in the farm must be associated with the configuration database by connecting<br />

it to that database. The default name of the database is SPS_01_Config.<br />

Typically, the page will already display the server assigned during the product’s<br />

post-installation Portal Configuration Wizard. Therefore, clicking the<br />

listed server will show a page displaying the name of the existing configuration<br />

database (as well as the database server name). Also, the option of disconnecting<br />

the managed server from that database will be displayed. This is the preferred<br />

method for removing a server running SharePoint Portal Server from the<br />

server farm.<br />

■ Content Database Server. The content database is where all portal site content<br />

will be placed. By default, the server hosting the portal site content database<br />

is the same as the configuration database. This can be changed here to<br />

distribute the database load. Also, because the portal site will have many<br />

sites—<strong>and</strong> potentially thous<strong>and</strong>s—more than one database on more than one<br />

server can be manually defined. However, only one server is designated as the<br />

default database server on whose databases new sites will be created. When<br />

you create a new site, the databases on the designated default database server<br />

are queried <strong>and</strong> the new site’s content is added to the database that has the<br />

most available space. The default database name for the first portal site content<br />

database is composed of the first eight characters of the first portal site’s name,<br />

followed by a number, <strong>and</strong> followed by _SITE. For example, if the portal site<br />

is named Woodgrove, the content database would be Woodgrov1_SITE. Keep<br />

in mind that even though this is the default database used for both portal <strong>and</strong><br />

team sites, a separate database can be defined <strong>and</strong> used to contain team sites.<br />

■ Component Settings Database Server. This database stores service information<br />

for each portal site in a deployment. For example, each time SharePoint<br />

Portal Server 2003 updates an index, it creates a gatherer log entry in a table in<br />

the component settings database for the portal site. The default database name<br />

will start the same way as the content database but end with _SERV. Using the<br />

same example as in the previous paragraph, the database would be named<br />

Woodgrov1_SERV.<br />

■ Profile Database Server. The profile database is used to store the content<br />

for the My Site feature, which gives each portal site user a personal site. It will

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

Saved successfully!

Ooh no, something went wrong!