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.

Use Intra-Farm Shared Services<br />

Chapter 14: Shared Services 341<br />

Intra-farm shared services can be the answer to the problem with multiple portal<br />

sites we just discussed. It will not help in a situation where multiple non–shared services<br />

portal sites are needed to separate the entities, but it will help alleviate the<br />

resource <strong>and</strong> management difficulties. Additional portal sites in a farm running<br />

shared services will take up far fewer resources, except for the corporate portal site.<br />

The corporate portal site is the top-level, or parent, portal site of the farm. This portal<br />

site will host all the shared services—search applications, audiences, user profiles,<br />

<strong>and</strong> My Sites. It will consume roughly the same amount of memory as a non–shared<br />

services portal site. With shared services enabled, you will be able to host up to<br />

100 portal sites on a single server without incurring a performance penalty. Again,<br />

as with non–shared services portal sites, the total number of portal sites per server<br />

that can be hosted ultimately depends on site content <strong>and</strong> usage.<br />

Note You do not want to enable shared services on a server farm where<br />

there is only one portal site. Because shared services add additional databases<br />

for the shared services data, running shared services with only one<br />

server will actually give you slightly lower performance. You can always enable<br />

shared services later when a second portal site needs to be created.<br />

Administration is easier with shared services also. Because there is only one<br />

location to configure search, audiences, user profiles, <strong>and</strong> My Sites for the entire<br />

farm, these components are much simpler <strong>and</strong> faster to manage. Troubleshooting<br />

can be easier as well. Search can be a problematic component of SharePoint Portal<br />

Server to fix when it breaks. Because there is only one search application for the<br />

entire server farm with shared services, there will be only one instance to monitor<br />

<strong>and</strong> fix, rather than several.<br />

Each portal site will still have its own Site Settings configuration, which will be<br />

the responsibility of the portal site owner to manage, but resource-intensive operations,<br />

such as audience compilation <strong>and</strong> crawling, will be reserved for farm administrators.<br />

The link for each of these will still show up on the Site Settings page, but<br />

you will get a notice that shared services is enabled <strong>and</strong> that you will need to contact<br />

the administrator of the corporate portal site, as shown in Figure 14-1.<br />

The end-user experience will be improved with shared services as well. If a user<br />

performs an “All Content Source” search on any portal site in the farm, that user will<br />

get the same search results as if he searched directly from the parent portal site.<br />

When the user visits his My Site, it will be the same no matter what portal site he is<br />

using. This is because the My Site link actually redirects the user to the My Site on the<br />

corporate portal site no matter what portal site he is using, unless you manually designate<br />

a separate personal site portal. You might consider using a separate personal site

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

Saved successfully!

Ooh no, something went wrong!