通过

疑难解答和继续升级 (Office SharePoint Server)

  • 项目

本文内容：

  • 有关疑难解答和重新开始升级的常规信息

  • 有关升级前扫描的已知问题

  • 有关就地升级的已知问题

  • 有关逐步升级的已知问题

  • 有关数据库迁移的已知问题

  • 有关自定义网站的已知问题

有关疑难解答和重新开始升级的常规信息

如果升级停止，则可以使用下面的方法来解决问题：

  • 在升级日志文件中查找单词“error”。升级日志文件位于 %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\LOGS 中。有关查看升级日志的详细信息，请参阅验证升级 (Office SharePoint Server)。

    提示

    使用 Windows 的搜索文件和文件夹功能以在这些日志文件中快速查找重复出现的“错误”。

  • 在事件查看器中查看事件并查找任何应用程序错误。

  • 查看有关已知问题和解决方法的自述文件。错误通常是可以解决的问题。

  • 如果运行的是逐步升级，请检查运行的网站集是否出现在新版本中。如果是，则可以在该处执行解决方法，否则请将新版本网站还原为前一版本，并尝试重新升级网站。有关还原网站的详细信息，请参阅还原到原有版本的网站 (Office SharePoint Server)。

  • 可使用命令 stsadm –o upgrade 来重新开始就地升级。升级过程将跳过那些已完成的任务，并从停止的位置继续执行操作。有关升级操作的详细信息，请参阅升级网站 (Office SharePoint Server)。

有关升级前扫描的已知问题

如果将 Localhost 用作服务器名称，则会阻止升级

将“localhost”用作服务器名称可能导致在环境中出现许多问题，建议您不要这样做。如果在运行升级前扫描工具时将“localhost”用作服务器名称，则将记录此问题并且升级无法继续。必须重命名服务器计算机并运行预扫描操作，然后才能继续升级。按照以下步骤执行操作以重命名服务器，并为升级前扫描工具解决此问题。

  1. 对配置数据库进行备份。

  2. 通过命令行转到以下路径：%COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\60\bin，然后运行下面的命令以更改配置数据库中的服务器名称：

    Stsadm.exe -o setconfigdb -databaseserver <server name> -connect

  3. 通过命令行转到以下路径：%COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\bin，然后运行以下命令为升级前扫描工具解决此问题：

    Prescan /fixlocalhost

  4. 在命令行上，运行以下命令以重新运行升级前扫描过程：

    Prescan /all

    • 如果成功，则继续升级。

    • 如果仍失败，则仍存在使用 localhost 服务器名称的服务。此时，虽然不会阻止升级，但某些服务可能无法成功升级。

有关就地升级的已知问题

必须使用域帐户（而不是网络服务）来升级服务器场

对于服务器场环境中的就地升级或逐步升级，应在新版本环境中使用前一版本环境中所用的相同凭据。但是，如果前一版本环境中使用的是网络服务帐户，则在新版本中必须改用域帐户。前一版本环境可以继续使用网络服务，但在安装新版本和创建新的服务器场时，必须改为提供域帐户。请确保为您所使用的域帐户授予针对 SQL Server 中数据库的适当权限（必须是所有前一版本数据库的数据库创建者、进程管理员和数据库所有者组的成员）。

执行就地升级时某些设置未保留在 Web 应用程序上

如果使用安全套接字层 (SSL) 并执行就地升级，则必须使用备用访问映射 (AAM) 功能在 Microsoft Office SharePoint Server 中修改 URL，因为某些设置未保留在此 Web 应用程序上。

在升级之前，如果具有使用 HTTPS 的 AAM 项，例如：

入站 URL：https://<服务器名称>

出站 URL：https://<服务器名称>

在对 Office SharePoint Server 2007 执行就地升级之后，此项将不正确地设置为：

入站 URL：https://<服务器名称>

出站 URL：http://<服务器名称>

若要更正此 URL，请在 SharePoint 管理中心网站的“操作”页上，单击“备用访问映射”，然后单击“编辑公用 URL”以将此 URL 设置回：

入站 URL：https://<服务器名称>

出站 URL：https://<服务器名称>

有关备用访问映射的详细信息，请参阅规划备用访问映射 (Office SharePoint Server)。

升级在第一个前端 Web 服务器上已完成但却失败

在使用多个前端 Web 服务器的服务器场中，如果升级在第一个前端 Web 服务器上已完成，但却失败了，则建议您先解决该问题并重新运行升级，然后再继续升级任何其他前端 Web 服务器。

如果由于某种原因想要忽略失败（例如，因为与失败相关的网站集不经常使用），则可以使用 Psconfig 命令行工具继续升级第二个前端 Web 服务器。请使用以下命令行操作：

Psconfig -cmd upgrade -inplace b2b -wait -force

备注

如果使用 Psconfig 命令行工具，则您无法使用 SharePoint 产品和技术配置向导升级其他前端 Web 服务器。

升级日志中的 SPConfigurationDatabase2 序列错误

如果执行就地升级失败，请检查位于 COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\12\LOGS 文件夹中的 Upgrade.log。如果收到错误消息“[SPConfigurationDatabaseSequence2] [ERROR] [date]: The role 'WSS_Content_Application_Pools' already exists in the current database”（[SPConfigurationDatabaseSequence2] [ERROR] [date]: 当前数据库中已经存在‘WSS_Content_Application_Pools’角色），则可以使用以下任何一种解决方法来解决此问题：

  • 对配置数据库运行以下 SQL 查询。

    delete from dependencies

    delete from objects

    delete from classes

    delete from sitemap

    exec sp_droprole N'WSS_Content_Application_Pools'

    备注

    如果当操作失败时 drop 角色具有任何成员，则 sp_droprole 调用将返回这些成员的名称。然后，您必须为每个成员运行以下命令。

    exec sp_droprolemember N'WSS_Content_Application_Pools',

    N'usernameReturnedFromSP_DropRole'

    然后，您必须再次运行以下查询。

    exec sp_droprole N'WSS_Content_Application_Pools'

  • 创建新的 V3 服务器场，然后附加现有内容数据库。这种选择方案将保留所有用户数据，但将失去存储在 V2 配置数据库中的配置信息，如 Web 部件包和虚拟服务器设置。

  • 如果原始故障已解决（例如，故障由于失去网络连接或 SQL Server 计算机磁盘空间不足而引起，并且随后已解决），则可以还原 V2 服务器场，然后重新开始升级。

备注

记住要在执行解决方法之后重新开始升级。

您无法对 Office SharePoint Server 2007 网站使用 Microsoft Office SharePoint Portal Server 2003 中的网站定义

如果对 SharePoint Portal Server 2003 和 Office SharePoint Server 2007 使用相同的自定义网站定义模板，则您在访问您的网站时将遇到网页错误。您无法使用为 SharePoint Portal Server 2003 创建的自定义网站定义模板。您必须为 Office SharePoint Server 2007 创建新的自定义网站定义模板。您还必须创建网站定义升级文件，将旧的自定义网站定义中的自定义元素映射到新的自定义网站定义，以便网站中的每个元素（例如自定义网页）都可以升级到相应的新元素。有关为 Office SharePoint Server 2007 创建新网站定义的详细信息，请参阅开发新的自定义网站定义并创建升级定义文件 (Office SharePoint Server) 和部署升级定义文件和新的网站定义 (Office SharePoint Server)。有关受支持和不受支持的自定义网站定义使用方案的信息，请参阅 Microsoft 知识库中的文章 898631：在 Windows SharePoint Services、SharePoint Portal Server 2003 和 Office SharePoint Server 2007 中使用自定义网站定义和自定义区域定义的受支持和不受支持的方案 (https://go.microsoft.com/fwlink/?linkid=140380&clcid=0x804)。

将现有内容数据库附加到新服务器场时指向帮助文件的链接被断开

如果您创建新服务器场，然后附加现有内容数据库，则原始列表 Web 部件将包含一个指向以前版本产品的帮助文件的 URL。服务器上没有以前版本产品的帮助文件。因此，指向 URL
http://< 服务器:端口号>/_vti_bin/help/1033/sps/html/HelpResources.htm
的链接“Microsoft SharePoint 产品和技术帮助资源”将显示一条错误消息：找不到网页(HTTP 错误 404)。请删除该链接以解决此问题。

当使用 IIS 中的默认网站时，对于具有非前端 Web 服务器的中型或大型服务器场，就地升级可能失败

如果中型或大型服务器场中包含的一台或多台服务器不是前端 Web 服务器，并且您已使用 Internet Information Services 中的默认网站来承载 SharePoint 网站，则升级可能失败，并显示消息以指示无法升级默认网站。为了解决这一问题，在运行升级之前，在所有非前端 Web 服务器（如索引服务器）上，将 IIS 中的默认网站重命名为其他名称，然后运行升级，接着将名称还原为默认网站。不需要对服务器场中任何前端 Web 服务器上的网站进行重命名。

如果您在运行升级之前未重命名 IIS 中的默认网站，则升级将失败。如果发生这种情况，则可以重命名非前端 Web 服务器上的默认网站，然后恢复升级。可以使用以下命令行操作以恢复升级：

psconfig -cmd upgrade -inplace previous versionv -wait -force

如果环境中的多个门户网站具有相同的 URL，就地升级可能失败

如果环境包含的多个门户网站具有同一个 URL，则 SharePoint 产品和技术配置向导将失败，并在日志文件中显示以下错误：已添加了具有相同键的项。如果您具有任何孤立的门户网站（位于 IIS 或文件系统中而不是位于配置数据库中的网站），则会导致此错误。环境可能已通过以下任何方式进入此状态：

  • 您可能意外删除，然后重新创建了承载门户网站的 IIS 网站。

  • 您已取消扩展现有虚拟服务器，然后重新扩展此同一虚拟服务器以承载新的门户网站。

  • 对于同一个端口号具有多个 IIS 网站。

为了确定是否有任何网站具有重复的 URL，请在 SharePoint Portal Server 2003 环境中，转至 SharePoint 管理中心的“列表和管理门户网站”页，并查找任何具有相同 URL 的门户网站。确定要使用哪个网站以及哪个是孤立网站，然后在运行升级之前删除孤立网站。

如果在非前端 Web 服务器上创建管理中心网站，则对于管理中心的网站，就地升级可能显示错误的 URL

如果您正在对大型服务器场执行就地升级，并在索引服务器上先运行升级，然后在前端 Web 服务器上运行升级，则将在索引服务器（而非前端 Web 服务器）上创建管理中心。这可能导致管理中心在“网站内容升级状态”页上对正在升级的网站的 URL 显示不正确的主机名。为了解决这一问题，可以为管理中心网站添加备用访问映射，以指向前端 Web 服务器的正确 URL。

  1. 在前端 Web 服务器上的 Internet 信息服务管理器中，验证管理中心的主机名和端口号。

  2. 在索引服务器上打开管理中心，在“操作”选项卡上的“全局配置”下，单击“备用访问映射”。

  3. 在“备用访问映射”页上，单击“编辑公用 URL”。

  4. 在“编辑公用区域 URL”页中，单击“备用访问映射集”下箭头，然后选择“更改备用访问映射集”。

  5. 在“选择备用访问映射集”框中，单击“管理中心”。

  6. 在“公用 URL”部分的“Intranet”框中，为前端 Web 服务器上的管理中心键入正确的 URL，然后单击“保存”。

  7. 在前端 Web 服务器上，打开“管理中心”，并在“操作”选项卡上的“升级并迁移”下，单击“网站内容升级状态”。

    URL 应正确显示。

如果在 Microsoft Office SharePoint Portal Server 2003 中配置不常见的开始地址，则搜索开始地址和文件类型升级可能会失败

如果您具有不常见的开始地址（例如 http://服务器名称/服务器名称.com）作为索引编制的开始地址，则搜索升级可能会无法升级开始地址和文件类型，您必须在 Office SharePoint Server 2007 环境中手动输入这些配置设置。

有关逐步升级的已知问题

必须使用域帐户（而不是网络服务）来升级服务器场

对于服务器场环境中的就地升级或逐步升级，应在新版本环境中使用前一版本环境中所用的相同凭据。但是，如果前一版本环境中使用的是网络服务帐户，则在新版本中必须改用域帐户。前一版本环境可以继续使用网络服务，但在安装新版本和创建新的服务器场时，必须改为提供域帐户。请确保为您所使用的域帐户授予针对 SQL Server 中数据库的适当权限（必须是所有前一版本数据库的数据库创建者、进程管理员和数据库所有者组的成员）。

对仅 SSL 服务器进行逐步升级需要执行附加步骤

逐步升级过程使用一组成对的 IIS 网站来承载原始（未升级）网站和新（已升级）网站。默认情况下，创建的新网站不使用 SSL。如果要求此网站使用 SSL，则在逐步升级的过程中必须执行附加步骤，以便为 SSL 设置正确的 IIS 设置和端口号。

在为网站创建目标 Web 应用程序之后，但在升级任何网站之前，请执行以下步骤。

有关创建目标 Web 应用程序的详细信息，请参阅升级网站 (Office SharePoint Server) 中的“创建新 Web 应用程序以承载已升级的网站”。

在 Internet 信息服务 (IIS) 管理器中更改端口号和 SSL 设置

  1. 在 Internet 信息服务 (IIS) 管理器中，单击包含要更改的 Web 应用程序的服务器名称旁边的加号 (+)。

  2. 单击“网站”旁边的加号 (+)。

  3. 右键单击“默认网站”，然后单击“属性”。

  4. 在“网站”选项卡上的“SSL 端口”框中，键入 44，然后单击“确定”。

  5. 右键单击“默认网站_Pair”，然后单击“属性”。

  6. 在“网站”选项卡上的“SSL 端口”框中，键入 443，然后单击“应用”。

  7. 在“目录安全性”选项卡上的“安全通信”部分中，单击“服务器证书”。

    按照向导中的步骤执行操作以分配新的证书。

  8. 在“目录安全性”选项卡上的“安全通信”部分中，单击“编辑”。

  9. 在“安全通信”对话框中，选中“要求安全通道(SSL)”复选框，然后单击“确定”。

  10. 单击“确定”以关闭“默认网站_Pair 属性”框。

更新备用访问映射设置并重置 IIS

  1. 打开命令提示符窗口并转到以下目录：%COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\bin。

  2. 运行下列命令以将原始默认网站的备用访问映射更改为指向端口 444：

    Stsadm -o addzoneurl -url https://server_name:port -urlzone default -zonemappedurl https://server_name:444

    其中，server_name:port 是默认网站的位置。

  3. 转到以下目录：%COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\60\bin。

  4. 运行下列命令以更改重定向的网站的备用访问映射：

    Stsadm -o addzoneurl -url http://server_name:port -urlzone default -zonemappedurl https://server_name:443

    其中，server_name:port 是在创建目标 Web 应用程序时创建的新网站的位置。

  5. 运行下列命令以重置 IIS：

    iisreset /noforce

已完成升级，但有一些网站尚未升级，可以执行哪些操作？

如果已完成升级过程，则不能再使用逐步升级方法来升级任何剩余网站。不过，可以使用数据库迁移方法来升级这些网站。有关在完成逐步升级之后如何使用数据库迁移来升级网站的详细信息，请参阅 Microsoft 知识库 (https://support.microsoft.com/kb/926718/zh-cn中的文章 926718)。

在使用共享服务执行逐步升级之后，从子门户中运行搜索可能找不到新文档

如果您已升级了使用父服务器场中共享服务的子门户，则必须将备用门户网站 URL 映射更新为指向已升级的 URL。否则，当用户从子门户进行搜索 时，可能看不到添加到子门户中的内容。

Important重要说明：

必须在 SharePoint Portal Server 2003 环境中执行这些步骤。

升级备用门户网站 URL 映射

  1. 单击“开始”，依次指向“所有程序”和“SharePoint Portal Server”，然后单击“SharePoint 管理中心”。

  2. 在“门户网站和虚拟服务器配置”下，单击“配置 Intranet、Extranet 和自定义访问位置的替代门户网站 URL”。

  3. 在子门户上的已升级网站的下拉菜单中，单击“编辑”。

  4. 在“更改替代访问设置”页的“Intranet URL”框中，输入原始网站的 URL，然后单击“确定”。

    现在，您应具有指向已升级网站的默认 URL 和指向原始网站的 Intranet URL。

  5. 对 SharePoint Portal Server 2003 环境执行爬网。

    有关执行爬网的详细信息，请参阅 SharePoint Portal Server 2003 Administrator's Guide（《SharePoint Portal Server 2003 管理员指南》）中的管理内容索引的更新(https://office.microsoft.com/en-us/sharepointserver/CH011715081033.aspx)。

如果在 SharePoint Portal Server 2003 中配置不常见的开始地址，则搜索开始地址和文件类型升级可能会失败

如果您具有不常见的开始地址（例如 http://服务器名称/服务器名称.com）作为索引编制的开始地址，则搜索升级可能会无法升级开始地址和文件类型，您必须在 Office SharePoint Server 2007 环境中手动输入这些配置设置。

升级后，不对我的父门户网站进行爬网

如果满足以下条件，则不对父门户执行爬网：

  • 正在使用共享服务。

  • 具有大型服务器场，且索引服务器不止一台。

  • 在其中一台索引服务器上，对父门户具有排除规则。

  • 若要生成索引，可以删除该规则，或者将该规则从排除更改为包含，然后再次执行爬网。

在对单独的查询服务器进行升级后，在父门户上无法执行查询

如果您在服务器场之间使用查询索引传播，则初始化查询服务器需要占用一段时间。在每台查询服务器上，在命令行上运行以下操作，以确保初始化查询服务器：

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

其中，<applications directory> 是所有 SSP 的索引数据的存储位置，例如：

applications
   SSP1 (as a GUID)
   SSP2 (as a GUID)
   SSP3 (as a GUID)

对于仍保留在 SharePoint Portal Server 2003 网站中的内容，我的已升级父门户没有已转换的开始地址，而只有原始开始地址

在逐步升级之后，父门户网站可能未针对开始地址列出正确的临时 URL，而只有原始开始地址。若要解决此问题，请使用以下过程：

  1. 在 SharePoint Portal Server 2003 中的“搜索管理”页上，添加排除规则，以删除现在存储在 Office SharePoint Server 2007 环境中的任何内容。

  2. 添加新内容源，以便对仍位于 SharePoint Portal Server 2003 环境中的网站的新 URL 进行爬网。

  3. 在 SharePoint Portal Server 2003 环境中执行爬网。

未能启动 Office SharePoint Server 搜索服务

如果在更新过程中未自动启动 Office SharePoint Server 搜索服务，则 SharePoint 产品和技术配置向导中会出现以下消息：

完成升级后，未能在此服务器上启动服务 SearchServiceInstance。请手动启动。

SharePoint 产品和技术配置向导成功完成，但是 Office SharePoint Server 搜索服务仍保持停止状态。启动 Office SharePoint Server 搜索服务：

  1. 打开命令提示符窗口，并转至以下文件夹：

    %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\BIN

  2. 运行以下命令

    stsadm –o osearch –action start

我在安装程序屏幕中已经选择了“不升级”选项，但我现在改变了主意并且想要升级

如果在安装过程中选择了“不升级”选项，但在运行 SharePoint 产品和技术配置向导后改变了主意，则必须再次运行 SharePoint 产品和技术配置向导以更改为逐步升级。

使用 SharePoint 产品和技术配置向导从“不升级”选项更改为逐步升级

  1. 运行 SharePoint 产品和技术配置向导以与服务器场断开连接。

  2. 转到 %COMMOMPROGRAMFILES%\Microsoft shared\Web Server Extensions\12.0\WSS\，并针对 SetupType 和 SetupTypeBackup 将注册表项更改为 V2V_GRADUAL_UPGRADE。

  3. 重新运行 SharePoint 产品和技术配置向导以执行升级。

未能升级 SharePoint 产品和技术

如果将一个新的 Web 服务器添加到不包含任何 Web 应用程序的现有服务器场中，并且更新了该 Web 服务器，之后又运行了 SharePoint 产品和技术配置向导，则可能收到以下错误消息：

已引发类型为 Microsoft.SharePoint.PostSetupConfiguration.PostSetupConfigurationTaskException 的异常。其他异常信息: 未能升级 SharePoint 产品和技术。

当 SharePoint 产品和技术配置向导无法找到或修改 Web.config 文件时，将出现此错误。若要解决此问题，必须手动将 Web.config 文件从 %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\Config 复制到 %COMMONPROGRAMFILES%\Microsoft Shared\web server extensions\12\Template\Layouts。当 Web.config 文件位于 Layouts 文件夹中后，可以再次运行 SharePoint 产品和技术配置向导。

升级失败，并且在升级日志中出现一条错误消息表明没有网站

如果执行逐步升级，但升级失败，则应该检查位于 %COMMONPROGRAMFILES%\Microsoft Shared\Web server extensions\12\LOGS 文件夹中的升级日志。如果该升级日志中的错误消息表明没有网站，则表示网站已被删除。因此，在所述位置中将找不到网站。若要解决此问题，请先停止然后重新启动 Windows SharePoint Services 定时服务，然后重新运行升级。

有关数据库迁移的已知问题

不能向一个服务器场中多次添加相同的内容数据库（即使是在不同的 Web 应用程序上）

内容数据库中的每个网站集（包括每个门户网站）都有一个与其关联的全局唯一标识符 (GUID)，此标识符已在配置数据库中注册。因此，即使在单独的 Web 应用程序中，也不能两次向场中添加相同的网站集（或门户）。虽然在此情况下仍将成功附加数据库，但无法启动网站集。如果在同一个场中需要网站集（或门户）的重复副本，请首先将包含网站集的数据库附加到单独的服务器场，然后使用 Stsadm.exe 备份和还原操作以将网站集复制到其他服务器场中。备份和还原过程将为网站集创建新的 GUID。

对于共享服务环境，必须运行一个额外的命令，然后才能分离数据库

当您在共享服务环境中执行数据库迁移时，在分离（或备份）数据库之前，必须在命令行上运行以下操作：

Stsadm.exe -o preparetomove -contentDB <database_server:database_name>

此操作可确保在重新附加内容数据库之后，在成员资格和配置文件同步中包含内容数据库。如果在分离内容数据库之前未运行此操作，则内容数据库中的成员资格和配置文件信息为静态信息，在升级后将不会被同步。

如果在分离数据库之前未执行此操作，则可以在连接后运行以下操作来修复同步问题：

Stsadm.exe -o preparetomove -oldcontentDB <GUID> -newcontentDB <Database_name>

请注意，在对已经分离的数据库运行 preparetomove 操作之前，必须确定数据库的 GUID。要查找 GUID，请使用以下操作：

stsadm -o sync -listolddatabases <days>

有关如何分离数据库的信息，请参阅分离数据库和附加数据库。

请不要在数据库迁移过程中附加组件设置 (_SERV) 数据库或用户配置文件 (_PROF) 数据库

当您执行数据库迁移时，不需要迁移和附加 SharePoint Portal Server 2003 组件设置数据库（搜索数据库，通常命名为“ID_SERV”，其中，ID 为诸如服务器名称之类的 ID）或用户配置文件 (_PROF) 数据库。相反，当您执行数据库迁移时，必须重新创建搜索数据库并重新配置搜索设置。这是因为 SharePoint Portal Server 2003 中的搜索设置同时存储在服务器上的注册表中和数据库中，而数据库迁移不包括所有这些设置。

如果在数据库迁移过程中附加组件设置（搜索）数据库，则当升级共享服务时，升级过程将失败，您可能会看到以下消息：找不到存储过程“dbo.proc_MSS_PropagationGetQueryServers”。

再次执行数据库迁移，但不附加组件设置 (_SERV) 数据库或用户配置文件 (_PROF) 数据库。

附加内容数据库后，我的已升级网站的网页缺少“我的网站”链接

在包括“我的网站”的共享服务环境中，当您通过数据库迁移的方式升级之后，已升级网站的网页不包含“我的网站”链接。执行数据库迁移时，将对数据库执行就地升级，但不升级服务器场配置数据。所以，“我的网站”宿主的 URL 没有在已升级的服务器场中配置。

将包含个人网站的内容数据库迁移到新服务器场之后，将 URL 设置为用作“我的网站”宿主位置。在“共享服务管理”主页上的“用户配置文件和我的网站”部分，单击“我的网站设置”。在“个人网站服务”部分，键入 /MySite 作为已升级服务器场上“我的网站”宿主位置的 Web 应用程序 URL。/MySite 是默认情况下在 SharePoint 网站的 Web 应用程序中创建的“我的网站”宿主位置的路径。有关详细信息，请参阅配置“我的网站”的设置。

有关自定义网站的已知问题

当对 Web.config 文件做出不允许的自定义设置时会导致应用程序出错

对于虚拟服务器内的子文件夹，不允许在 Web.config 文件中进行某些自定义设置。例如，不允许在 Web.config 文件中设置此级别的 AUTHENTICATION 和 SESSIONSTATE 节点。使用非推荐的方式修改 Web.config 文件会导致意外的升级结果。请确保按照建议的做法进行自定义，其中包括对 Web.config 文件的自定义。有关详细信息，请参阅 MSDN 网站上的用于确保 Windows SharePoint Services 中的应用程序可重用性和升级的最佳方案（该链接可能指向英文页面） (https://msdn.microsoft.com/library/default.asp?url=/library/en-us/odc\_SP2003\_ta/html/WSSSharePointCodeReuse.asp)（该链接可能指向英文页面）。

下载此书籍

本主题包含在以下可下载书籍内，以方便您阅读和打印：

有关可下载书籍的完整列表，请参阅 Office SharePoint Server 2007 的可下载书籍。