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.

1132 Part XI: Upgrading <strong>and</strong> Migrating to SharePoint <strong>Products</strong> <strong>and</strong> <strong>Technologies</strong><br />

Summary<br />

The chapter detailed how you might plan <strong>and</strong> implement a migration <strong>and</strong> an<br />

upgrade to SharePoint <strong>Products</strong> <strong>and</strong> <strong>Technologies</strong>, as follows:<br />

■ SharePoint Team Services to Windows SharePoint Services. Both of<br />

these products might seem to have similar functionality, as well as a similar<br />

look <strong>and</strong> feel; therefore, you might find that you need little or no training for<br />

you or your users to use the new version. However, there are some significant<br />

differences between these two versions, <strong>and</strong> these were listed in this chapter,<br />

such as document management, content approval, <strong>and</strong> the use of the ASP.NET<br />

Framework that supports Web Parts. This is to become a <strong>Microsoft</strong> core technology<br />

in the next version of ASP.NET. Web Parts are the same in Windows<br />

SharePoint Services as they are in SharePoint Portal Server, so any Web Part<br />

should work in either platform, with certain exceptions. You can migrate Share-<br />

Point Team Services sites to Windows SharePoint Services websites by using the<br />

Smigrate.exe tool. This tool migrates all site content <strong>and</strong> security settings <strong>and</strong> can<br />

also be used to migrate sites between Windows SharePoint Services servers, site<br />

collections, <strong>and</strong> to different locations within a site collection’s hierarchy.<br />

■ SharePoint Portal Server 2001 to SharePoint Portal Server 2003. These<br />

two products use different technologies to store their content. You can use an<br />

upgrade strategy in which documents remain in the Web Storage System,<br />

known in SharePoint Portal Server 2003 as the backward-compatible document<br />

library. In this way, you can access these documents from the new portal,<br />

while maintaining the features of the previous version, such as approval routing<br />

<strong>and</strong> the ability to maintain multiple document profiles per document<br />

library. Using the backward-compatible document library with SharePoint Portal<br />

Server 2003, you can also maintain most of the PKMCDO application that<br />

you might have created. The upgrade program will also migrate categories <strong>and</strong><br />

content sources to the new portal; however, digital dashboards are no longer<br />

supported <strong>and</strong> you might need to migrate to the newer ASP.NET Web Part<br />

Infrastructure rendering technology. Depending on the nature of your legacy<br />

Web Part, you might be able to use a built-in Web Part such as the Content Editor<br />

Web Part, the XML Web Part, the Page Viewer Web Part, or the Image Web Part,<br />

or you might have to write a custom Web Part. If you need to continue developing<br />

dashboard Web Parts, you need to design them to ease future conversion to<br />

the Web Part infrastructure.

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

Saved successfully!

Ooh no, something went wrong!