Chapter 24. Upgrading from SharePoint Portal Server 2003

Introduction

In the previous chapters, you have learned about all the different features of MOSS 2007. In this chapter, we show you how you can upgrade your current environment to MOSS 2007. As we all know, this seemingly simple process can be a real headache if we don’t follow the right steps. This chapter will be completely directed toward system administrators, as they are the ones responsible for the upgrade. In this chapter, we discuss the various scenarios that might occur during an upgrade in your environment.

Depending on the size of your company, you will be coming in from a single server or a large server farm environment and will want to either stay the same in size or expand/reduce. There are three possible scenarios that are available for us to upgrade from SharePoint Portal Server 2003 to Office SharePoint Server 2007, as follows:

  • In-place upgrade

  • Gradual upgrade

  • Database migration

An in-place upgrade is used to upgrade all SharePoint sites at one time, which is suitable for single-server or small deployments. A gradual upgrade allows finer control of the upgrade process by allowing one or more sites to be upgraded at a time. Both in-place and gradual upgrades take place on the same hardware on which your previous version is installed. A database migration allows you to move your content to a new farm or new hardware.

Before we start diving into the upgrade scenarios, we need to understand the road map that Microsoft has made available for us in terms of upgrades. Figure 24-1 shows the basic path for upgrade from a SharePoint Portal Server 2003 environment to an Office SharePoint Server 2007 environment.

Supported upgrade paths for Office SharePoint Server 2007

Figure 24-1. Supported upgrade paths for Office SharePoint Server 2007

Warning

There is no direct upgrade path from SharePoint Portal Server 2001 to Office SharePoint Server 2007. However, we will discuss the scenario wherein you might have a backward-compatible SharePoint Portal Server 2003 environment and need to upgrade to Office SharePoint Server 2007. Also, we have shown the upgrade path from Windows SharePoint Services v2 to v3 in the diagram, but that will not be covered in this chapter. In Figure 24-1, we see the possible upgrade path from Content Management Server 2002 to Office SharePoint Server 2007. Although this is possible, discussion of that option is outside the scope of this book.

All the material on upgrading to Office SharePoint Server 2007 is available on Microsoft sites and documents; however, our goal here is to make it concise enough so that you don’t have to go through hundreds of pages of documentation to find what you need. By the time you are done with this chapter, you should:

  • Understand the upgrade options and advantages

  • Understand options for handling customizations

  • Support customizations for v2/2003

  • Have a single, clear set of GUI and command-line options for the upgrade

  • Understand how to prepare for an upgrade

  • Perform the upgrade from SharePoint Portal Server 2003 to Office SharePoint Server 2007

Warning

All the steps performed in this chapter have been implemented and tested with the Microsoft Office SharePoint Server 2007 RTM version.

Supported Topologies

Table 24-1 lists the supported and unsupported topologies when upgrading to Office SharePoint Server 2007.

Table 24-1. List of supported and unsupported topologies for an Office SharePoint Server 2007

Existing Topology (SPS 2003)

Supported ending topology (Office SharePoint Server 2007)

Unsupported ending topology (Office SharePoint Server 2007)

Single server with MSDE

Single server with SQL Server 2005 express edition

Any farm

Single server with SQL server

Single server with SQL Server

Single server with SQL Server 2005 express edition, any farm

Small farm

Any farm

Single server with SQL Server 2005 express edition, any farm, single server with SQL Server

Medium farm

Any farm

Single server with SQL Server 2005 express edition, any farm, single server with SQL Server

Large farm

Any farm

Single server with SQL Server 2005 express edition, any farm, single server with SQL Server

Warning

If you want to upgrade from a single server to a server farm configuration, you must first migrate from MSDE to SQL Server 2005 Express Edition to SQL Server, and then add additional servers to create a server farm. For information on migrating from MSDE to SQL Server, see “Migrating from MSDE to SQL Server” (http://go.microsoft.com/fwlink/?LinkId=78008&clsid=0x409).

Prerequisites for Upgrade

There are certain prerequisites to installing the Office SharePoint Server 2007 application on your server. If you launch the application setup, it will display a dialog box, as shown in Figure 24-2, stating that you do not have the prerequisites in place and need to install them before exiting.

The following are the steps that you want to implement in order to get ready for the installation:

  1. The web server and application server computers must be running Microsoft Windows Server 2003 (Standard, Enterprise, Datacenter, or Web Edition) with Service Pack 1 (SP1) and must have Microsoft .NET Framework 3.0 and Microsoft ASP .NET 2.0.

  2. Install Microsoft .NET Framework 3.0.

    Installation prerequisites information message

    Figure 24-2. Installation prerequisites information message

  3. Enable Microsoft ASP .NET 2.0:

    1. Click Start, point to All Programs, point to Administrative Tools, and then click on Internet Information Services (IIS) Manager.

    2. In the IIS manager tree, expand the tree and click the Web Services Extensions folder.

    3. In the details pane, as shown in Figure 24-3, click ASP.NET v2.0.50727, and then click Allow.

  4. If you have not already applied Service Pack 2(SP2) for SharePoint Portal Server 2003, you must do so before upgrading. You must install Service Pack2 for both Windows SharePoint Services and SharePoint Portal Server 2003.

Perform Preupgrade Steps

Before we start upgrading our environment, we need to make sure that we have a rollback plan and that everything that we will need during the upgrade will be in place.

One of the first things that you should do is make sure that you have a complete backup of your current environment. In order to ensure that you can recover your existing environment, you must back up the databases that are used by Microsoft SharePoint Portal Server 2003, as listed in Table 24-2.

Enabling ASP.NET v2.0.50727

Figure 24-3. Enabling ASP.NET v2.0.50727

Table 24-2. SharePoint Portal Server 2003 database structure

Database type

Database name

Notes

Configurations Database

xxx_config_db

Required; one per farm

Site Database

xxx_SITE

Required; one per portal site

Profile Database

xxx_PROF

Required; one per portal site

Component Settings Database

xxx_SERV

Required; one per portal site

Single Sign-On Database

xxx_SSO

Optional; one per farm in case you have Single Sign-On implemented

Content Databases

STS_db_server_name_ID

Optional; there can be more than one, depending on the number of sites in your environment and their content

Tip

The database names in the previous table are samples of the default naming conventions. Your database names may vary depending on your implementation.

You can also use the SharePoint Portal Server 2003 backup and restore utility to generate a backup of your environment.

You should also back up any customizations (such as site definitions, Web Parts, and so on) and other necessary files in case you need to recreate your previous version environment.

Test your backups in a nonproduction environment and confirm that you can successfully restore the previous environment if necessary without any loss of data or customizations.

Next, you need to run the preupgrade scan utility provided by Microsoft as part of the Office SharePoint Server 2007 installation to determine any potential issues with the upgrade. If you have not successfully run this utility and you attempt to run the upgrade process, the wizard will exit and prompt you to run the tool.

Warning

You must be a member of the Administrators group on the local computer to run this tool.

On the command line, change to the folder that contains the two files, and then run the following command to scan all servers in your server farm:

	prescan.exe /c preupgradescanconfig.xml /all

You can use the preupgrade scan tool to scan all web sites in your environment (by using the /all parameter) or to scan a specific URL (by using the /v URL parameter). See Figure 24-4. If you do not supply a scoping parameter, all web sites will be scanned.

Warning

Templates used by SharePoint Portal Server 2003 can be incorrectly identified during the preupgrade scan as custom templates unless you use the preupgradescanconfig.xml file when you perform the scan. This file contains additional logic to identify the portal site templates as standard templates used by SharePoint Portal Server 2003, rather than as custom templates based on Windows SharePoint Services 2.0.

You might need to run the upgrade utility more than once. After you resolve any issues from your first scan, you will need to run the utility again; otherwise, when you try to run the configuration wizard, you might see an error message that the prescan has not been run.

Unfortunately, as of now, the preupgrade scan utility is only a part of the Office SharePoint Server 2007 install and is not available as a standalone download. Therefore, you need to install Office SharePoint Server 2007 on a test environment and retrieve the prescan.exe file along with the preupgradescanconfig.xml file and copy them to the server running the existing version. These files are located in the Drive:Program FilesCommon FilesMicrosoft SharedWeb Server Extensions12Bin folder.

If you have modified your existing SharePoint Portal Server 2003 environment using Microsoft Office FrontPage 2003, you need to determine how you want to handle customized sites when you upgrade. You can choose to:

Upgrade scan tool

Figure 24-4. Upgrade scan tool

Keep the customizations

This approach will allow you to keep your existing customizations, in which case you really can’t take advantage of the new capabilities of Office SharePoint Server 2007. There are three possible options for you:

  • Do an in-place upgrade. By default, an in-place upgrade preserves customizations and does not reset to site definition. However, you may not be able to access certain controls, such as Site Actions.

  • Do a gradual upgrade and keep the site in the previous version environment. This maintains the site exactly as it is, with the previous version functionality only.

  • Do a gradual upgrade and upgrade the site, but do not reset any pages to the site definition. However, your site will be a mix of customized and uncustomized pages at this point.

Discard the customizations

If you are planning on completely redesigning your site, you can choose to reset all pages to use the default pages from site definition during the upgrade. For an in-place upgrade, after upgrading, use the Microsoft Office SharePoint Designer 2007 to reattach the default page layouts. For a gradual upgrade, use the upgrade option to reset the entire web site to use the site definition pages. This way, you can start with the new look and functionality, and then decide whether you want to customize the site again.

Redo the customizations

With this approach, you can take advantage of the new Master Pages model to apply your design, rather than customizing each individual page. After performing the in-place or gradual upgrade, modify the appropriate master pages and page layouts in the upgraded site to take on the previous version’s look and feel, and then reattach the page layouts to all the customized pages. You can incorporate the new controls, such as the Site Actions menu, into your new page layouts as part of this work.

Additionally, during the in-place upgrade, you can also choose not to reset the pages to the site definition. This will preserve the customizations. After the upgrade, open the site and copy the customizations, and then reattach the page layouts and reapply your customizations to the master pages and page layouts as appropriate.

Possible Upgrade Options

At the beginning of the chapter, we mentioned that there are three possible options available for upgrading from SharePoint Portal Server 2003 to Office SharePoint Server 2007. Here we discuss these options in detail and define the steps that are involved in each of these processes.

In-Place Upgrade

As mentioned earlier, the in-place upgrade is most suitable for single-server or small deployments of SharePoint Portal Server 2003. In an in-place upgrade, you will be installing Office SharePoint Server 2007 on your existing environment. The previous version is overwritten with the new version, and the content databases are changed. Hence, this is not a reversible process—you cannot roll back to the previous version. When you run the in-place upgrade, the process upgrades your entire installation in a preset sequence. The following list shows the steps that need to be taken to implement an in-place upgrade. (For this in-place upgrade, I have an existing SharePoint Portal Server 2003 environment set up. It is a basic out-of-the-box setup with a couple of Windows SharePoint Services v2 sites and no customizations.)

  1. Run Setup.exe.

  2. This will bring up the Product Key dialog box (Figure 24-5). Enter the proper information to be able to move forward.

    Office SharePoint Server 2007 Product Key installation page

    Figure 24-5. Office SharePoint Server 2007 Product Key installation page

  3. On the Read the Microsoft Software License Terms page (Figure 24-6), review the terms, select the “I accept the terms of this agreement” checkbox, and then click Continue.

  4. On the “Upgrade earlier versions” page (Figure 24-7), click “Yes, perform an automated in-place upgrade.”

    Office SharePoint Server 2007 install’s License Terms page

    Figure 24-6. Office SharePoint Server 2007 install’s License Terms page

  5. On the Server Type tab (Figure 24-8), select your server type:

    • Choose “Complete–Install all components. Can add servers to form a SharePoint farm” if this is the first server that you are upgrading in a server farm.

    • Choose Web Front End if you are running an upgrade on an additional frontend web server in a server farm.

    • Choose Stand-alone if this is a standalone server (not part of a server farm) and you want to use SQL Express for your database.

      Office SharePoint Server 2007 install’s upgrade type selection

      Figure 24-7. Office SharePoint Server 2007 install’s upgrade type selection

  6. On the File Location tab (Figure 24-9), select the locations where you want to install the applications.

  7. Click Install Now to get the screen shown in Figure 24-10.

  8. The setup runs and installs Office SharePoint Server 2007.

  9. On the completion page (Figure 24-11), select the “Run the SharePoint Productions and Technologies Configuration Wizard now” if you have run the preupgrade scan tool previously. If you did not run the scan, you should run that first, before the configuration wizard.

  10. In the SharePoint Products and Technologies Configuration Wizard on the Welcome page (Figure 24-12), click Next.

    Complete install

    Figure 24-8. Complete install

  11. A message appears, notifying you that Internet Information Services (IIS), the SharePoint Administration Service, and the SharePoint Times Service may need to be restarted or reset during the configuration. (See Figure 24-13.)

  12. Click Yes to continue with the wizard. A message appears, notifying you that you should download and install new language template packs for the new version (Figure 24-14).

  13. Click OK to confirm the message and continue with the wizard. Do not install the language template packs until you have completed running the configuration wizard.

    Location selection page

    Figure 24-9. Location selection page

  14. On the Configure SharePoint Central Administration Web Application page (Figure 24-15), if you want to use a specific port number for SharePoint Central Administration, select the “Specify port number” checkbox, and then type the port number you want to use. In the Configure Security Settings section, select either Negotiate (Kerberos) or NTLM, depending on your environment, and then click Next.

    Warning

    To enable Kerberos authentication, you must perform additional configuration steps. For more information about authentication methods, see Plan authentication methods (Office SharePoint Server).

  15. In the “Completing SharePoint Products and Technologies Configuration Wizard” page (Figure 24-16), verify the settings and click Next.

    The configuration wizard runs and configures the configuration database and Central Administration Web application for Office SharePoint Server 2007 (Figure 24-17).

    Install in progress

    Figure 24-10. Install in progress

  16. A message appears (Figure 24-18), notifying you that if you have a server farm with multiple servers, you must run the setup on each server to install new binary files before running the configuration wizard and starting the upgrade process.

    Depending on your server farm configuration, and where you are in the process of installing and configuring Office SharePoint Server 2007, you have three choices:

    • If this is the only server in your farm, no other actions are necessary. Click OK to continue with the wizard.

    • If you have other servers in your farm, and you have not yet run setup and the configuration wizard on the other servers, leave this message open on this server, and then run setup on the other servers in the farm. When all of the other servers are at this same stage, you can return to the frontend web server and click OK to continue with the SharePoint Products and Technologies Configuration Wizard.

      Install completed

      Figure 24-11. Install completed

    • If you have already run setup on all the servers in your server farm and they are all at this stage, on a frontend web server, click OK to continue with the configuration wizard.

  17. On the Configuration Successful page (Figure 24-19), review the settings that have been configured and then click Finish. The SharePoint Products and Technologies Configuration Wizard closes, and the Upgrade Running page opens. You may be prompted to enter your username and password before the Upgrade Running page will open. The upgrade process might take a while to complete. The Upgrade Running page refreshes every minute.

  18. After the process has completed, click Continue. The Central Administration home page opens (Figure 24-20).

You will see at this point that some of the jobs that were started to configure SharePoint Products and Technologies might not have been completed. You can check the status of these jobs on the Timer Job Status page from the Central Administration page (Figure 24-21).

SharePoint Products and Technologies Configuration Wizard

Figure 24-12. SharePoint Products and Technologies Configuration Wizard

Restarting necessary services

Figure 24-13. Restarting necessary services

Language Template message

Figure 24-14. Language Template message

Central Administration Configuration

Figure 24-15. Central Administration Configuration

Completing configuration

Figure 24-16. Completing configuration

It might be a few minutes before these jobs are completed. You can also go back to the Central Administration page and click Finalize Upgrade to complete the process. Once all the jobs have been successfully completed, you should be able to see the status (Figure 24-22).

Congratulations! At this point your upgrade has been successfully completed, and you can launch the home page of your portal (Figure 24-23).

If the upgrade fails or reports issues, you can refer to the logfiles for more information. The Upgrade.logfile is located at %Windir%Program FilesCommon Files Microsoft SharedWeb Server Extensions12LOGS.

Configuration in process

Figure 24-17. Configuration in process

Message prompting to run install on every server in the farm

Figure 24-18. Message prompting to run install on every server in the farm

Configuration Successful page

Figure 24-19. Configuration Successful page

SharePoint Central Administration page shows the status of the upgrade

Figure 24-20. SharePoint Central Administration page shows the status of the upgrade

SharePoint Central Administration shows the status of pending jobs in the upgrade process

Figure 24-21. SharePoint Central Administration shows the status of pending jobs in the upgrade process

The SharePoint Central Administration page shows that all upgrade jobs have been successfully completed

Figure 24-22. The SharePoint Central Administration page shows that all upgrade jobs have been successfully completed

Site successfully upgraded to SharePoint Office Server 2007

Figure 24-23. Site successfully upgraded to SharePoint Office Server 2007

Gradual Upgrade

Similar to an in-place upgrade, a gradual upgrade takes place on the same hardware that is used for your previous version. However, in a gradual upgrade, you can control which sites are upgraded at any point, and it allows you to run both versions of your portal at the same time. When you implement a gradual upgrade, the starting and ending topologies are exactly the same, except for the following differences:

  • During and after the upgrade, the frontend web servers run both SharePoint Portal Server 2003 and Office SharePoint Server 2007. The site collections that were upgraded run under Office SharePoint Server 2007, whereas site collections that could not be upgraded or were not selected to be upgraded continue to run under SharePoint Portal Server 2003.

  • During and after the upgrade, the application servers run both SharePoint Portal Server 2003 and Office SharePoint Server 2007 services. Upgraded portal sites consume Office SharePoint Portal Server 2007 shared services; portals that have not yet been upgraded or cannot be upgraded consume SharePoint Portal Server 2003 shared services. Additional services (such as Microsoft Excel Services) can be added after the upgrade.

  • During and after the upgrade, both the SharePoint Portal Server 2003 and Office SharePoint Server 2007 databases are available. Content for upgraded sites exists in the Office SharePoint Server 2007 databases; content for sites that could not be upgraded or that need to remain as they were continue to be stored in the SharePoint Portal Server 2003 databases. Configuration databases exist for both Office SharePoint Server 2007 and SharePoint Portal Server 2003.

  • Here’s a description of what actually happens during a gradual upgrade:

    1. After performing all preupgrade steps, the server administrator installs Office SharePoint Server 2007 to the first frontend web server in the farm and then chooses Gradual Upgrade.

    2. The upgrade process runs and upgrades any data specific to each server (for example, search settings stored on the filesystem on SharePoint Portal Server 2003 servers).

    3. The upgrade process creates an Office SharePoint Server 2007 web application to host SharePoint Central Administration, and the Central Administration site is created.

    4. The upgrade process creates a new configuration database to store configuration data for Office SharePoint Server 2007. Configuration data from the SharePoint Portal Server 2003 configuration data is copied into the new database. Single sign-on (SSO) is upgraded (it registers a new Office SharePoint Server 2007 service that talks to the previous version’s SSO database).

    5. Once the Office SharePoint Server 2007 has been installed on the first frontend web server, the administrator needs to install this on the rest of the servers in the farm. If the environment uses shared services, the upgrade process will update all the user profiles and search data related to the portal that was selected for upgrade.

    6. The administrator selects the virtual server to be upgraded and specifies the target web application. The upgrade process will create the target web application and install any Web Parts deployed to the SharePoint Portal Server 2003 virtual server to the new web application.

    7. There will be a temporary content database created for each content database that existed in the previous version. The upgrade process will copy the site list from SharePoint Portal Server 2003 into the new environment. The process will first copy the site data to the temporary database and then upgrade the site in the temporary database. During this process, both the old and new sites are not available.

    8. After all the selected sites are upgraded, the content for these sites is moved to the Office SharePoint Server 2007 database, and then the temporary database is deleted.

    9. After all upgrades have been completed, both the environments, SharePoint Portal Server 2003 and Office SharePoint Server 2007, are available. The administrator can uninstall the SharePoint Portal Server 2003 environment at this point if it is no longer needed.

One of the obvious things to note is what happens to site URLs during the upgrade process. Obviously, site URLs have to be unique; therefore, during the upgrade process we need to make sure that we have different domain URLs for each site: the old site and the new site (for example, http://Portal_Old/sites/siteA and http://Portal_New/sites/SiteA). Hence, before we start the upgrade process, we need to make sure that we have a temporary domain URL. The upgraded sites take over the existing URLs and user requests will be routed to their content, regardless of whether it has been upgraded. The redirection process happens as follows:

  1. Before the upgrade process starts, you need to create a temporary domain URL.

  2. During the upgrade process, you will be prompted to enter the temporary domain URL information from step 1. The process will move the previous version’s site to the temporary domain URL, and the new version will take over the original URL.

  3. A site redirect is automatically created for each site collection to send requests for the original URL to the previous version’s site until the site is upgraded.

  4. After the sites have been upgraded, the site redirections are deleted.

  5. After all the sites have been upgraded, and you have deleted all of the previous version sites, you can manually remove the temporary domain URL from the Domain Naming System (DNS).

Warning

During the upgrade process, browser access to the sites will work due to the redirects; however, certain applications, such as the Microsoft Office clients, will not be able to access sites via redirects. Be aware that this URL redirection can cause hardcoded links within sites or documents to break.

So, let’s begin the installation and configuration of Office SharePoint Server 2007 for a gradual upgrade. This will install the new version alongside the previous version. After the installation is completed and you have configured Office SharePoint Server 2007, you can then determine which site collections to upgrade and when to upgrade them.

When upgrading a server farm, be sure to upgrade all of the servers in the server farm in the following order:

  1. Run setup to install the new version on all servers in the server farm.

  2. Run the SharePoint Products and Technologies Configuration Wizard on the frontend web server that contains SharePoint Central Administration.

  3. Run the SharePoint Products and Technologies Configuration Wizard on the Index Job Server.

  4. Run the SharePoint Products and Technologies Configuration Wizard on all other frontend web servers or search servers in the farm in any order.

At this point, we need to make sure that all the prerequisite software for installing Office SharePoint Server 2007 is in place.

Warning

If your medium or large server farm contains one or more servers that are not frontend web servers, and you have used the Default Web Site in Internet Information Services to host a SharePoint site, your upgrade may fail with a message that the Default Web Site cannot be upgraded. To work around this issue, before running the upgrade, create a web site on a different port on all nonfrontend web servers, and then restore the name to Default Web Site. You do not need to rename the web site on any frontend web servers in the server farm.

Next, let’s start the installation of Office SharePoint Server 2007 in a gradual upgrade. Make sure that you have performed all the preupgrade steps mentioned earlier the in-place upgrade instructions. Once again, I am going to start with the following environment: two SharePoint Portal Server 2003 Portals, with each of these having a few sites based on the old Windows SharePoint Services templates.

Most of the screenshots are the same as the in-place upgrade, so only the different screenshots are shown here:

  1. Run setup.exe.

  2. On the “Enter your Product Key” page, type the product key, and then click Continue.

  3. On the “Read the Microsoft Software License Terms” page, review the terms, select “I accept the terms of this agreement” checkbox, and then click Continue.

  4. On the “Upgrade earlier versions” page, click “Yes, perform a Gradual upgrade” (Figure 24-24).

  5. On the Server Type tab (Figure 24-25), select your server type:

    • Choose Complete if this is the first server that you are upgrading in a server farm.

    • Choose Web Front End if you are running the upgrade on an additional frontend web server in a server farm.

  6. Click Install Now.

  7. The setup wizard runs and installs Office SharePoint Server 2007.

  8. On the completion page (Figure 24-26), clear the “Run the SharePoint Products and Technologies Configuration Wizard now” checkbox, and then click Close.

Office SharePoint Server 2007 install, Gradual type selection

Figure 24-24. Office SharePoint Server 2007 install, Gradual type selection

Before you start the SharePoint Products and Technologies Wizard, make sure you have performed the following steps:

  • Run the preupgrade scan tool as provided with Office SharePoint Server 2007 installed and be sure to address any issues identified.

  • Deploy any upgrade definition files.

  • Install any language template packs for Office SharePoint Server 2007. Alternatively, you can install them after you complete the upgrade process, and then use the command line to upgrade any sites that depend on the language template packs.

  • If you have a server farm, follow the earlier instructions for installing Office SharePoint Server 2007 on each index server and frontend web server in your server farm. After install is completed on all the servers, you can start the configuration wizard.

Office SharePoint Server 2007 install, Complete type selection

Figure 24-25. Office SharePoint Server 2007 install, Complete type selection

Warning

Do not add any servers to your server farm after this point in the process. Running the SharePoint Products and Technologies Wizard upgrades the configuration database. This database contains the list of servers in the farm, and any servers added to the farm after the Configuration Wizard has been run will not be included in the database, and therefore will not appear in the v3 topology. If you need to add servers to your farm, do so either before the upgrade or after you have completed the upgrade process.

Next, run the SharePoint Products and Technologies Configuration Wizard:

  1. Click Start, point to All Programs, point to Administrative Tools, and then click SharePoint Products and Technologies Configuration Wizard.

  2. In the SharePoint Products and Technologies Configuration Wizard, on the “Welcome to SharePoint Products and Technologies” page, click Next. A message appears, notifying you that Internet Information Services (IIS), the SharePoint administration Service, and the SharePoint Timer Service may need to be restarted or reset during configuration.

    Office SharePoint Server 2007 install, installation successfully completed

    Figure 24-26. Office SharePoint Server 2007 install, installation successfully completed

  3. Click Yes to continue with the wizard.

  4. On the “Connect to a server farm” page (Figure 24-27), select “No, I want to create a new server farm” and click Next.

  5. On the Specify Configuration Database Settings page (Figure 24-28), in the “Database server” text box, type the name of the server running Microsoft SQL Server 2000 or Microsoft SQL Server 2005.

  6. In the “Database name” box, either leave the default (SharePoint_config) or type a new database name.

  7. In the Specify Database Access Account section, type the username and password for connecting to the SQL Server, and then click Next.

    Warning

    This account must have rights to create databases. If SQL Server is running on a separate server from your web frontend server, then this account must also be a domain account. This user account must be a member of the following SQL Server security roles: Database Creator and Security Administrator.

  8. On the Configure SharePoint Central Administration Web Application page (Figure 24-29), if you want to use a specific port number for SharePoint Central Administration, select the “Specify port number” checkbox, and then type the port number to use.

    SharePoint Products and Technologies Configuration Wizard—creating a new server farm

    Figure 24-27. SharePoint Products and Technologies Configuration Wizard—creating a new server farm

  9. In the Configure Security Settings section, select either Negotiate (Kerberos) or NTLM, depending on your environment, and then click Next.

    Warning

    To enable Kerberos authentication, you must perform additional configuration. For more information about authentication methods, see “Plan authentication methods (Office SharePoint Server).”

  10. In the “Completing the SharePoint Products and Technologies Configuration Wizard” page (Figure 24-30), verify the settings and click Next. Then, finalize the configuration settings (Figure 24-31).

    Configuration Database settings for the new server farm

    Figure 24-28. Configuration Database settings for the new server farm

  11. If you have a server farm in multiple servers, a message appears, notifying you that you must run setup on each server to install new binary files before running the configuration wizard and starting the upgrade process. Depending on your server farm configuration, and where you are in the process of installing and configuring Office SharePoint Server 2007, you have these choices:

    • If this is the only server in your farm, and you have not yet run setup and the configuration wizard on the servers, leave this message open on this server, and then run setup on the other servers in the farm. When all of the other servers are at this same stage, you can return to the frontend web server and click OK to continue with the SharePoint Products and Technologies Configuration Wizard.

    • If you have already run setup on all servers in your server farm and they are all at this stage, on a frontend web server, click OK to continue with the configuration wizard.

      SharePoint Central Administration configurations

      Figure 24-29. SharePoint Central Administration configurations

  12. On the Configuration Successful page, review the settings that have been configured, and then click Finish (Figure 24-32).

    • After you click on Finish in the Configuration Successful page, the SharePoint Central Administration page opens and allows you to see the status of pending jobs that will allow the upgrade process to finish successfully.

Gradual Upgrade

Upgrade sites

After you have performed a gradual upgrade, you can determine which sites to upgrade and when. Site upgrade can be implemented using either the upgrade pages in the SharePoint Central Administration Web Site or the upgrade operation on the command line. The command-line utility is more useful for large batches of sites at different times or if you have installed a language template packs upgrading other sites in your environment.

Completing the SharePoint Products and Technologies Configuration Wizard

Figure 24-30. Completing the SharePoint Products and Technologies Configuration Wizard

Upgrade sites with Central Administration Pages. There are two phases in the process for upgrading sites from the Central Administration pages. First, create a new web application to host the upgraded versions of sites. Then, upgrade one or more site collections.

Warning

You must upgrade the root site collection before you can upgrade any other site collections in the web application.

Create a new web application to host upgraded sites

  1. In Central Administration, on the Operations tab, under “Upgrade and Migration,” click “Site content upgrade status,” as shown in Figure 24-33.

  2. On the Site Content Upgrade Status page (Figure 24-34), next to the URL you want to upgrade, click “Begin upgrade.”

    Finalizing the SharePoint configuration settings

    Figure 24-31. Finalizing the SharePoint configuration settings

  3. On the Set Target Web Application page (Figure 24-35 and Figure 24-36), in the “Web Application to Upgrade” section, verify that the web application you want to upgrade appears, as shown in Figure 24-35.

  4. In the “New URL for Original Content” section, type a port number in the Port box, and then in the Host Header box, type the host header to use (if needed), as shown in Figure 24-35.

  5. In the Application pool for New Web Application section, select “Create new application pool.” In the “Application pool name” box, type a name, and then select either Predefined or Configurable.

    • If you selected Predefined, select which account to use.

    • If you selected Configurable, type the account name to use, and then type the password for that account.

      Warning

      You cannot use the same application pool that you used for the previous version. You can use the same user account, but you must create a new application pool or use an application pool that you already crated for your upgraded sites.

      Configuration Successful page

      Figure 24-32. Configuration Successful page

      Upgrade and Migration Status in Central Administration

      Figure 24-33. Upgrade and Migration Status in Central Administration

      Site Content Upgrade Status page

      Figure 24-34. Site Content Upgrade Status page

      Set Target Web Application page

      Figure 24-35. Set Target Web Application page

      Set Target Web Application page (lower half)

      Figure 24-36. Set Target Web Application page (lower half)

  6. In the Reset Internet Information Services section, select either Restart IIS Automatically or Restart IIS Manually. If you choose Restart IIS Manually, you will need to restart IIS after the web application is created in the final step in this procedure.

  7. In the “Security configuration” section, under Authentication Provider, select either Negotiate (Kerberos) or NTLM depending on your environment. If you select Kerberos, you will have to perform additional steps as defined in the Office SharePoint Server 2007 Installation guide.

  8. In the Content Databases section, select either “Automatic database name selection” or “Manually set database names.”

  9. In the SSP Database Settings section, in the SSP Database Name box, type the name for the Shared Services Provider database.

  10. In the Search Database Settings section, type the name for the Search database.

  11. In the Index Server section, in the Index Server box, select the Index Server to use.

  12. Click OK:

    • If you choose to manually set the database names, the Database Names page opens. Type the names to use for the temporary content databases and the new version content databases for this web application, and then click Save.

    • An Operation In Progress page appears while the new web application is created. Once the web application has been created successfully, you will see the Site Collection Upgrade page, as shown in Figure 24-37.

Warning

If you choose to restart IIS manually, you must now run iisreset/noforce on each frontend web server in your server farm.

Upgrade Site Collections.

  1. On the “Site Collection Upgrade” page (Figure 24-37), select the checkboxes next to the sites you want to upgrade, and then click Upgrade Sites.

    Warning

    You must upgrade the root site collection before you can upgrade any other site collections in the web application. If you are upgrading multiple site collections at one time, the root site collection must be included in the first set of sites that you upgrade.

    Site Collection Upgrade page

    Figure 24-37. Site Collection Upgrade page

  2. On the Sites Selected for Upgrade page (Figure 24-38), verify the number of site collections, the storage used, the originating database, and the target database, and then click Continue.

  3. The Upgrade Running page (Figure 24-39) opens, and the upgrade runs for the selected site collections. This may take few minutes or a few hours, depending on how many site collections you have selected and how large the site collections are. If the upgrade fails or reports issues, you can refer to the logfile generated at the following location: %windir%Program FilesCommon FilesMicrosoft SharedWeb Server Extensions12Logs. The trace log is named in the following format: Machine-name-YYYYMMDD-HHMM.log.

    Sites Selected for Upgrade page

    Figure 24-38. Sites Selected for Upgrade page

    Upgrade Running page

    Figure 24-39. Upgrade Running page

  4. After the upgrade process is completed successfully (Figure 24-40), click Home to return to the Central Administration home page.

    Site Collection Upgrade completed successfully

    Figure 24-40. Site Collection Upgrade completed successfully

    At this point, if you access your site URL, you will see that the site collection root (Figure 24-41) has been upgraded to an Office SharePoint Server 2007 site (as shown in Figure 24-42), and the corresponding subsites that you selected have also been upgraded. On the other hand, the sites that you did not select for upgrade (Figure 24-43)—for example, Demo site five—still have the previous version template associated to the site. You can upgrade this site at any point by going back to the Central Administration step and performing the same steps again.

    The target URL that you had set up—in our case, http://spsweb01:9000—still has the portal from the previous version and the related subsites (Figure 24-44). This shows how you can have both versions of the portal side by side (Figure 24-45).

Perform a gradual upgrade with shared services (upgrading the parent portal first). Upgrading SharePoint Portal Server 2003 in a Shared Services requires that you perform the upgrade actions in the following specific sequence:

  1. Upgrade the parent portal.

  2. Upgrade the personal site host.

  3. Upgrade My Sites.

  4. Upgrade Team Sites.

  5. Upgrade Child Portals.

Upgrade Site Collection page

Figure 24-41. Upgrade Site Collection page

Upgraded Site page

Figure 24-42. Upgraded Site page

Upgrades of My Sites, team sites, and child portals can be done in any sequence; however, it is advisable to upgrade all My Sites at the same time, for consistent user experience.

Unselected sites not upgraded still utilize the template from the previous version

Figure 24-43. Unselected sites not upgraded still utilize the template from the previous version

Target URL where our portal from the previous version is still available

Figure 24-44. Target URL where our portal from the previous version is still available

Upgrade the parent portal. During a gradual upgrade in shared services, create a SQL Server backup file for the profile (PROF) and Component Settings (SERV) databases. This backup is stored in the default data directory for SQL Server, usually %PROGRAM FILES%mssqldata. Make there is enough disk space available to generate these backup files:

Both versions of the portal

Figure 24-45. Both versions of the portal

  1. Install and configure Office SharePoint Server 2007 for a gradual upgrade. Be sure to run setup on all servers in the farm.

  2. Install language templates if necessary.

  3. Check the logfiles for any open issues.

  4. Configure the web application through the Central Administration pages.

  5. Copy any Web Parts from the bin to the Office SharePoint Server 2007 web application. Copy all Web Parts marked as “safe control” in the web.config file. Install any upgraded Web Parts using their corresponding installers.

  6. Prepare to upgrade the site collections:

    • Run the preupgrade scan tool again, review the reports, and troubleshoot issues.

    • You can use the command-line tool instead of Central Administration if you want to schedule the upgrade process or want to upgrade large numbers of site collections (more than 100 or so).

  7. Upgrade the site collections, making sure to upgrade the root site web site first.

  8. Review the Shared Services Settings. You will have to:

    • Recreate any search scopes.

    • Review upgraded content source definitions, crawl rules, etc.

    • Configure profiles and audiences to be synchronized between and Office SharePoint Server 2007.

    • Review the Manager properties of user profiles in Office SharePoint Server 2007.

    • Run a full crawl on the new portal site.

Upgrade the personal site host. Generally, the personal site and team sites hosts are the same as the parent portal. Perform the following steps only if you configured the Personal Sites or Team Sites to be on their own server farm:

  1. Install and configure Office SharePoint Server 2007 for a gradual upgrade. Be sure to run setup on all servers in the farm.

  2. Install language templates if necessary.

  3. Configure the web application through the Central Administration pages.

  4. Upgrade site collections, making sure to upgrade the root site web site first.

  5. Review the upgraded sites.

Upgrading the Portal Using Database Migration

During the upgrade process, if you are planning to utilize new hardware or just redesign your portal layout, you can choose to use the database migration method rather than using in-place or gradual upgrade. During the database migration, you perform an in-place upgrade on the database, but you do not upgrade your server farm configuration data. Even though this option is probably more complicated and tedious, it might be your best option if you have numerous customized sites.

In order to perform a database migration, first implement the following steps:

  1. Create the new Office SharePoint Server 2007 environment.

  2. Migrate data to the new environment using backed-up databases from the previous versions.

Preparing the New Office SharePoint Server 2007 Environment

Before you can start the database migration, you need to set up the new Office SharePoint Server 2007 environment, which includes recreating the web applications, reapplying the configuration settings, and copying any customizations over from the old environment. After you deploy Office SharePoint Server 2007, you need to:

  1. Run the preupgrade scan tool and address any issues that are logged by the application.

  2. Create a web application for each virtual server that was in the old environment.

  3. Manually reapply farm configuration settings, such as the email server, farm-level security, alternate access settings, included paths, and Shared Service settings, including search settings.

    Warning

    Because search settings from SharePoint Portal Server 2003 were stored both in the registry on the server and in a database, you must recreate your search database and reconfigure your search settings when you perform a database migration.

  4. Manually copy all customizations into your new farm. Make sure to install any of the following that you might need:

    • Custom Site Definitions

    • Custom Style Sheets

    • Custom Web Parts

    • Custom Web Services

    • Language packs

And so on. After you have finished all of these steps, you can proceed and migrate the databases. When you perform a restore of a database and add it to the farm, the upgrade process runs and upgrades the entire database. Before you start the process, you also want to stop all users from adding any new data so that your backups contain the most current data. You can do this by setting your databases to read-only; this will allow them to see data but not add anything new.

Backing up SQL databases is a pretty normal procedure, so I will not go into those details here. After you have configured your new Office SharePoint Server 2007 environment, restore the backup copies of the databases. Restore one database at a time, and verify that it has worked before you restore the next database.

Adding Databases to the Web Application

When you add the content databases, be sure that the root site for the web application is included in the fist content database you add. After you have added this content database, you can add all the others in any sequence.

Warning

If you are using My Sites, you need to upgrade the site content database first. When restoring of the Shared Service Providers (SSP), select the checkbox to configure the My Site Web application, choose the web application for the portal, and then type /My Site as the relative path.

You must use the command-line utility to add a content database to a web application.

Warning

You cannot add the same content database more than once to a farm, even on different web applications. Each site collection in a content database (including each portal site) has a globally unique identifier (GUID) associated with it, registered in the configuration database. Therefore, it is not possible to add the same site collection twice to the farm, even in separate web applications. If you need a duplicate copy of a site collection in the same farm, first attach the database that contains the site collection to a separate farm, and then use the stsadm.exe backup and restore operations to copy the site collection over to the desired farm. The backup and restore process creates a new GUID for the site collection.

Add a content database to a web application with the command-line utility. On the command line, run the following command:

	Stsadm.exe–o addcontentdb–url URL [-databaseserver servername]–databasename
	databasename [-DatabaseUser username–DatabasePassword password] [-SiteWarning
	number] [-SiteMaximum number] [-SearchServer servername]

That’s it! Repeat the restore and add database procedures for the remaining steps. Review the upgrade logfiles and make sure there were no issues logged. As mentioned before, the logfiles are located at %Program Files%Common FilesMicrosoft SharedWeb Server Extensions12Logs.

Perform Post-Upgrade Steps

In order to finalize upgrade process, we need to perform the following post-upgrade steps:

  1. Review upgraded sites. After the upgrade has been completed using the gradual upgrade method, you should keep the original sites available for some time and review the upgrade sites to make sure that all features and functionality have been upgraded successfully.

    Warning

    The URLs of the old sites will change during the gradual upgrade process. Make sure that site owners are notified of the old and new URLs for the site so they can access them properly, compare differences, and verify that everything is functioning smoothly.

  2. Copy missing components, if any, from the old site to the new site by using a SharePoint-compatible web page editor, such as Office SharePoint Designer.

  3. Update or redeploy any Web Parts that no longer function properly.

  4. Determine whether any pages need to be reset to the site definition version. If you have any pages that have been customized and do not show the new version’s functionality, you should consider resetting the pages to the site definition to apply the new version’s look and functionality, and then reapplying your customizations. You can perform this step from the site settings page in your site, and you can reset either individual pages or the entire site.

Revert to a Previous Version Site (Office SharePoint Server)

If you want to discard the results of a gradual upgrade for a particular site and need to revert to the previous version site, you can do so by using the following procedure.

Warning

Reverting back to the previous sites deletes the upgraded sites. Be sure to copy any elements you might need from the upgraded site (by using a web page editor that is compatible with Microsoft Office SharePoint Server 2007, such as Microsoft Office SharePoint Designer 2007).

After you have made any necessary changes in the previous version site, you can try upgrading the site again:

  1. In the Central Administration page, on the Operations tab under Upgrade and Migration, click “Site content upgrade status.”

  2. On the Site Content Upgrade Status page, next to the URL that contains the site you want to revert, click Continue Upgrade.

  3. On the Site Collection Upgrade page, on the Actions menu, click “Revert site.”

  4. On the “Revert to Non-Upgraded Site” page, in the Select Upgrade Site Collection section, find the Site Collection box, click the down arrow, and then click Change Site Collection.

  5. On the Select Site Collection page, click the URL for the site collection you want to revert, and then click OK.

  6. On the “Revert to Non-Upgraded Site” page, click Continue.

Checklist for Reviewing Upgraded Sites

Use the following checklists to walk through your site and identify any issues you need to address.

Web Parts

  1. Do all the Web Parts from your original site show up in your upgraded site?

  2. Are the Web Parts displayed correctly in the correct Web Part Zone and in the correct size?

  3. Are there any extra or missing Web Parts?

Styles and Appearance

  1. Do all the images used on your pages display correctly?

  2. Are the appropriate cascading style sheet colors and styles used in the appropriate places?

  3. Does the theme you applied to your site still look the same?

  4. Do you have any JavaScript controls that are not working?

Areas

Areas and subareas undergo many conversions during upgrade; ultimately, they are converted into subsites within the portal site collection. The home pages for your areas and subareas have been moved into the Pages library for each subsite, and URLs for sites and subsites in Office SharePoint Server 2007 now follow the logical navigation structure. So, instead of the URL http://portal_name/c2/, you will see http://portal_name or http://portal_name/sites/.

  1. Do all of your previous areas and subareas now show up as subsites in the upgraded site collection and appear in the correct order in navigation? Are there any extra subsites?

  2. If an area in your original site was hidden from navigation, is the subsite still hidden in the upgraded site?

  3. Are the names of the subsites showing up correctly in the navigation?

Customized (unghosted) pages

A page that has been customized using a SharePoint-compatible Web Page editor such as Office FrontPage 2003 is called an unghosted page because it is no longer simply a view of the default version of that page.

  1. Are your customizations still in place?

  2. Can you still get to the editing controls on the page?

  3. Are your customizations still appropriate in the new environment, or do you want to update to the new functionality or look?

Common Issues

This section reviews some of the common issues that come up while upgrading.

Known Issues for Preupgrade Scanning

We’ll start with the known issues for preupgrade scanning.

Upgrade is blocked if you use “localhost” as your server name

Using “localhost” as your server name can cause many issues in your environment and is not recommended. If you are using “localhost” as your server name, when you run the preupgrade scan tool, this issue is logged and the upgrade cannot proceed. You must rename the server computer and then run an operation in prescan before you continue with the upgrade. Follow these steps to rename your server and fix the issue for the preupgrade scan tool:

  1. Back up the configuration database.

  2. From the command line, change to the following path: %windir%Program Files Common FilesMicrosoft SharedWeb Server Extensions12in. Then run the following command to change the server name in the configuration database:

    	stsadm.exe -o setconfigdb -databaseserver <Server Name> -connect
    

    Warning

    If you are using the database migration path to upgrade, this operation will not resolve the issue, because you are upgrading to a different configuration database. Instead, you must use a script to fix this issue in the content databases directly.

From the command line, change to the following path: %windir%Program Files Common FilesMicrosoft SharedWeb Server Extensions12in. Then run the following command to clear the issue for the preupgrade scan tool:

	Prescan /fixlocalhost

On the command line, run the following command to rerun the preupgrade scan process:

	prescan /all
  • If it is successful, proceed with the upgrade.

  • If it still fails, then there is still a service using the localhost server name. At this point, upgrade is not blocked, but some services may not upgrade successfully.

Known Issues for In-Place Upgrade

  • You must use a domain account, not Network Service, for server farm upgrades, even if you used a Network Service account for the previous version. For either in-place or gradual upgrades in a server-farm environment, you should use the same credentials that you used in the previous version environment. Be sure that the domain account has the appropriate rights on the SQL Server.

  • If your medium or large server farm contains one or more servers that are not frontend web servers, and you have used the default web site in Internet Information Services (IIS) to host a SharePoint site, upgrade may fail with a message that the Default Web Site cannot be upgraded. To work around this issue, before running the upgrade, rename the Default Web Site in IIS to something else on all non-frontend Web Servers (such as the Index server), and then run the upgrade. Finally, restore the name to Default Web Site.

  • In-place upgrade may fail if there are multiple portal sites with the same URL in your environment with the following error: “An item with the same key has already been added.” This error results if you have any orphaned portal sites—sites that exist in IIS or on the filesystem but not in the configuration database. Your environment may have gotten into this state by any of the following ways:

    —You accidentally deleted and then recreated the IIS web site that hosts a portal site.

    —You unextended an existing virtual server and then re-extended the same virtual sever to host a new portal site.

    —You have more than one IIS Web Site for the same port number.

    You can always look at the list and manage portal sites page in SharePoint Central Administration and see whether there are any portals with the same URL. Determine which site is in use and which is the orphaned site, and then delete the orphaned site before running the upgrade.

  • In-place upgrade might display the wrong URLs for sites in Central Administration if you create the Central Administration site on a non-frontend web server, such as the Index server. This can make Central Administration display incorrect host names for the URLs of the web sites being upgraded on the Site Content Upgrade Status page. To work around this issue, you can add an alternate access mapping for the Central Administration site to point to the correct URL for the frontend web server:

    1. In the Internet Information Services Manager on the frontend web server, locate the hostname and port number for Central Administration.

    2. Open Central Administration on the Index Server, and on the Operations tab, find the Global Configuration section and click Alternate Access Mapping.

    3. On the Edit Public Zone URLspage, click the Alternate Access Mapping Collection down arrow and select Change Alternate Access Mapping Collection.

    4. In the “Select an Alternate Access Mapping Collection” box, click Central Administration.

    5. In the Public URLs section, in the Intranet box, type the correct URL for Central Administration on the frontend web server, and then click Save.

    6. On the frontend web server, open Central Administration. On the Operations tab, find the Upgrade and Migration section and click “Site content upgrade status.” The URLs should display correctly.

  • If you have an unusual start address, such as http://server_name/server_name.com, as a start address for indexing, the search upgrade might fail to upgrade the start addresses and file types, and you must enter these configuration settings manually in your Office SharePoint Server 2007 environment.

Known Issues for Gradual Upgrade

  • You must use a domain account, not Network Service, for server farm upgrades, even if you used a Network Service account for the previous version. For either in-place or gradual upgrade in a server-farm environment, you should use the same credentials that you used in the previous version environment. Be sure that the domain account has the appropriate rights on the SQL Server.

  • If you have upgraded a child portal that consumed shared services from a parent portal, you must update the alternate portal site URL mappings to point to the upgraded URL. Otherwise, when users search from the child portal, they may not see content added to the child portal.

    Warning

    These steps must be performed in the SharePoint Portal Server 2003 environment.

    Update the alternate portal site URL mappings:

    1. Open SharePoint Central Administration for SharePoint Portal Server 2003.

    2. Under the Portal Site and Virtual Server Configuration, click “Configure alternate portal site URLs for intranet, extranet, and custom access.”

    3. On the drop-down menu for the upgraded site on the child portal, click Edit.

    4. On the Change Alternate Access settings page, in the intranet URL box, enter the original site’s URL, and then click OK. You should now have a default URL pointing to the upgraded site and an intranet URL pointing to the original site.

    5. Perform a crawl for the SharePoint Portal Server 2003 environment.

  • If you have an unusual start address, such as http://server_name/server_name.com, as a start address for indexing, the search upgrade might fail to upgrade the start addresses and file types, and you must enter these configuration settings manually in your Office SharePoint Server 2007 environment.

  • No crawl is performed on a parent portal if the following conditions are met:

    —You are using Shared Services

    —You have a large server farm with more than one index server

    —There is an exclusion rule for the parent portal on one of those index servers.

    To generate the indexes, you can either delete the rule or change the rule from exclude to include, and then perform the crawl again.

  • If you are using index propagation between farms, it takes a while to initialize the query servers. On each of your query servers, run the following command to be sure they are initialized:

    	stsadm.exe -o osearch -propagationlocation <application directory>
    

    where <applicationdirectory> is the location above the index data for all SSPs, such as:

    	applications
    	SSP1 (as a GUID)
    	SSP2 (as a GUID)
    	SSP3 (as a GUID)
    
  • After a gradual upgrade, the parent portal site might not have only the original start addresses, not the correct temporary URLs listed for start addresses. To work around this issue, use the following process:

    1. In the Search administration pages, add an exclusion rule to delete any content now stored in the Office SharePoint Server 2007 environment.

    2. Add a content source to crawl the new URL for sites still in the environment.

    3. Perform a crawl in the environment.

Known Issues for Database Migration

  • You cannot add the same content database more than once to a farm, even on different web applications. Each site collection in a content database (including each portal site) has a globally unique identifier (GUID) associated with it, registered in the configuration database. Therefore, it is not possible to add the same site collection twice to the farm, even in separate web applications. If you need a duplicate copy of a site collection in the same farm, first attach the database that contains the site collection to a separate farm, and then use the stsadm.exe backup and restore operations to copy the site collection over to the desired farm. The backup and restore process creates a new GUID for the site collection.

  • When you perform a database migration, you do not need to migrate and attach the SharePoint Portal Server 2003 component settings database (the search database, usually named "ID_SERV,” where ID is an ID such as your server name). Rather, you must recreate the search database and reconfigure your search settings when you perform a database migration, because Search settings from SharePoint Portal Server 2003 were stored both in the registry on the server and in the database, and a database migration does not contain all settings. If you attach the component settings (search) database during database migration, the upgrade process will fail when upgrading the shared services, and you may see the following message: “Could not find stored procedure ‘dbo.proc_MSS_PropagationGetQueryServers’.” Perform the database migration again, and do not attach the component settings (ID_SERV) database.

Known Issues for Customized Sites

Certain customizations are not allowed in the web.config files for subfolders within a virtual server. For example, the AUTHENTICATION and SESSIONSTATE nodes are not allowed within the web.config file at this level. Modifying the web.config file in ways that are not recommended can result in unexpected upgrade results. Be sure to follow the recommended practices for customizations, including customizations to web.config.

..................Content has been hidden....................

You can't read the all page of ebook, please click here login for view all page.
Reset