Migrate content databases from Windows Internal Database to an instance of SQL Server (Windows SharePoint Services 3.0)
Applies To: Windows SharePoint Services 3.0
Topic Last Modified: 2008-09-02
You can move Windows SharePoint Services 3.0 content databases from Windows Internal Database to an instance of Microsoft SQL Server 2005. Windows Internal Database uses SQL Server technology as a relational data store for Windows roles and features only, such as Windows SharePoint Services, Active Directory Rights Management Services, UDDI Services, Windows Server Update Services, and Windows System Resources Manager.
Important
This article covers moving content databases only and does not provide information for moving other databases that are associated with Windows SharePoint Services 3.0.
Important
If you detach and reattach a content database, be aware that the next time the content within that content database is crawled a full crawl will occur even if an incremental crawl has been requested. Because a full crawl re-crawls all content that the crawler encounters, regardless of whether that content has been previously crawled, full crawls can take significantly more time to complete than incremental crawls.
If you are running the Infrastructure Update for Windows SharePoint Services 3.0, the identifier (ID) of each content database is retained when you restore or reattach the database by using built-in tools. Default change log retention behavior when using built-in tools is as follows
The change logs for all databases are retained when you restore a farm.
The change log for a content database is retained when you reattach the database.
The change log for a content database is NOT retained when you restore just the content database.
When a database ID and change log are retained, Search continues crawling based on the regular schedule defined by crawl rules. When a change log is not retained, Search performs a full crawl during the next scheduled crawl.
For more information, see Move content databases (Windows SharePoint Services 3.0) and Protecting and restoring the farm (Windows SharePoint Services 3.0).
If you are restoring to a different farm you must make the database access account a member of the Administrators group on the database server during the restore process. This is required for the account to replicate the security setting for the databases. This access level can be removed after the restore process is complete.
Move content databases from Windows Internal Database to an instance of SQL Server
In the move process, you will use both Windows SharePoint Services 3.0 tools and Microsoft SQL Server 2005 tools. You can use the SharePoint Central Administration Web site or the Stsadm command-line tool. Steps for both are provided. The process involves the following phases:
By using Windows SharePoint Services 3.0 tools, remove the content database from the Web application. Removing the content database does not delete the database; it only removes the association of the database with the Web application. This action is analogous to detaching a database in SQL Server in that the content of the database remains intact.
Copy or move the .mdf and .ldf files from the source server to the destination server (if they are different servers).
By using SQL Server 2005 tools, select the transferred files and attach the database to the destination instance of SQL Server.
By using Windows SharePoint Services 3.0 tools, add the content database to the destination Web application. Be sure that you use exactly the same name to reattach the content database, or Windows SharePoint Services 3.0 will create a new database.
By using Windows SharePoint Services 3.0 tools, perform a full crawl of the content in the newly reattached content database.
The following procedures provide steps for moving content databases by using Central Administration or the Stsadm command-line tool.
Important
Membership in the Administrators group on the local computers is required to complete this procedure. In addition, you must have at least the following roles in SQL Server 2005:
The db_owner fixed database role for the database on the source server running SQL Server 2005 or instance of SQL Server, to detach the database.
The dbcreater fixed server role on the destination server running SQL Server 2005 or instance of SQL Server, to attach the database.
Move content databases by using Central Administration
In Central Administration, on the Application Management page, in the SharePoint Web Application Management section, click Content databases.
Note
Record the exact names of the content databases that you want to move. If you are moving or copying several content databases from more than one Web application, record which content database is associated with each Web application.
On the Manage Content Databases page, click the content database that you want to move.
Note
If the content database does not appear, it might be associated with another Web application. To select another Web application, on the Web Application menu, click Change Web Application.
On the Manage Content Database Settings page, in the Remove Content Database section, select the Remove content database check box, and then click OK.
Note
Removing the content database does not delete the database; it only removes the association of the database with the Web application.
Repeat steps 2 and 3 for each content database that you want to move.
In Windows Explorer, browse to the location of the .mdf and .ldf files for the content databases.
Select the files and either copy or move them to the destination directory.
In SQL Server 2005 Management Studio, open the destination instance of SQL Server.
Right-click the Databases node, point to Tasks, and then click Attach.
In the Attach Database dialog box, browse to the location to which you transferred the .mdf and .ldf files, select the .mdf file for the database you want to attach, and then click OK.
Repeat steps 8 and 9 for each content database that you are moving.
In Central Administration, on the Application Management page, in the SharePoint Web Application Management section, click Content databases.
On the Manage Content Databases page, click Add a content database.
On the Add Content Database page, in the Database Name box, type the exact name of the transferred content database, and then click OK.
Repeat steps 12 and 13 for each database you are adding. Be sure that you select the correct Web application from the Web Application menu for each database.
On the drive on which SharePoint Products and Technologies is installed, open a command prompt, and then change to the following directory: %COMMONPROGRAMFILES%\Microsoft shared\Web server extensions\12\Bin.
Type the following command, and then press ENTER:
Stsadm -o spsearch -action fullcrawlstart
For more information about the Spsearch operation, see Spsearch: Stsadm operation (Windows SharePoint Services).
Move content databases by using the Stsadm command-line tool
On the drive on which SharePoint Products and Technologies is installed, open a command prompt, and then change to the following directory: %COMMONPROGRAMFILES%\Microsoft shared\Web server extensions\12\Bin.
Type the following command, and then press ENTER:
stsadm -o deletecontentdb -url <URL name> -databasename <database name> [-databaseserver <database server name>]
For more information about the deletecontentdb operation, see Deletecontentdb: Stsadm operation (Windows SharePoint Services).
Note
You must perform this operation for each content database that you want to move. This command only removes the association between the Web application and the content database; it does not actually delete the database.
In Windows Explorer, browse to the location of the .mdf and .ldf files for the content databases.
Select the files and either copy or move them to the destination directory.
In SQL Server 2005 Management Studio, open the destination instance of SQL Server.
Right-click the Databases node, point to Tasks, and then select Attach.
In the Attach Database dialog box, browse to the location to which you transferred the .mdf and .ldf files, select the .mdf file for the database you want to attach, and then click OK.
Repeat steps 6 and 7 for each content database that you are moving.
On the drive on which SharePoint Products and Technologies is installed, open a command prompt, and then change to the following directory: %COMMONPROGRAMFILES%\Microsoft shared\Web server extensions\12\Bin.
Type the following command, and then press ENTER:
stsadm -o addcontentdb -url <URL name> -databasename <database name> [-databaseserver <database server name>]
For more information about the addcontentdb operation, see Addcontentdb: Stsadm operation (Windows SharePoint Services).
Note
You must perform this command for each content database you want to move.
Type the following command, and then press ENTER:
stsadm -o spsearch -action fullcrawlstart
For more information about the Spsearch operation, see Spsearch: Stsadm operation (Windows SharePoint Services).
See Also
Concepts
Move content databases (Windows SharePoint Services 3.0)
Move content databases between instances of SQL Server (Windows SharePoint Services 3.0)