1.1. 支持的体系结构
1.2. 支持的操作系统
1.3. 硬件要求
用户尝试在域中的 Windows Vista 计算机上安装更新时收到一条错误消息。 在错误日志中，该消息为“此组件出错，错误代码为 6015”或“安装程序遇到错误: 0x8007177f。 这台计算机已为文件加密而停用”。
解决此问题的方法：
应用 http://support.microsoft.com/kb/933595 上提供的更新。
在安装下列文件之一时，将显示消息“下列更新没有安装”。
WCU\dotNetFramework\dotNetMSP\x64\NetFX2.0-KB936704-v6000-x64_RTM_chs.msu
WCU\dotNetFramework\dotNetMSP\x64\NetFX3.0-KB936705-v6000-x64_RTM_chs.msu
WCU\dotNetFramework\dotNetMSP\x86\NetFX2.0-KB936704-v6000-x86_RTM_chs.msu
WCU\dotNetFramework\dotNetMSP\x86\NetFX3.0-KB936705-v6000-x86_RTM_chs.msu
之所以出现此问题，是因为已经安装相应的 .NET Framework 2.0 或 .NET Framework 3.0 美国英语语言包。
解决此问题的方法：
使用 http://go.microsoft.com/fwlink/?LinkId=96339 上的安装说明安装 .NET Framework 3.5。
在用于 Itanium 64 位处理器的 Windows Server 2003 上安装 .NET Framework 3.5 时会生成以下消息：“Microsoft .NET Framework 3.5 - 您必须先安装 Microsoft .NET Framework 2.0 SP1 才能执行安装或修复”。
解决此问题的方法：
尚未提供解决方法。 用于 Itanium 64 位处理器的 Windows 2003 上不支持 .NET Framework 3.5。
在 Windows XP 或 Windows Server 2003 上，如果已经安装 IIS 并禁用了 IIS 管理服务，则 .NET Framework 3.5 安装将无法正确配置 IIS。
解决此问题的方法：
安装 .NET Framework 3.5 后，请执行下列操作。
1. 在“开始”菜单上，单击“运行”。
2. 键入“cmd”，然后按 Enter。
3. 键入“sc config iisadmin start= auto”，然后按 Enter。
- 或 -
1. 在“开始”菜单上，单击“运行”。
2. 键入“services.msc”，然后按 Enter。
3. 从列表中选择“IIS 管理服务”。 如果“启动类型”为“已禁用”，请右击“IIS 管理服务”，然后单击“属性”。 将“启动类型”更改为“自动”。
4. 在 %WINDIR%\Microsoft.NET\Framework\v3.5\ 中，运行 run WFServicesReg.exe /c（在 64 位计算机上，该路径为 %WINDIR%\Microsoft.NET\Framework64\v3.5\）。
当客户在安装 .NET Framework 3.5 的过程中重复安装 .NET Framework 3.5 时，可能会看到提示关闭安装程序的重试对话框。
解决此问题的方法：
单击“重试”按钮没有任何损害。 安装程序通常会继续，因为已经有一个安装程序实例在运行。
用户在 Windows Vista 上安装 .NET Framework 3.5 Beta 1，然后将其升级至 .NET Framework 3.5 发布版本。如果事先没有删除 Windows Vista Beta 1 更新，则可能无法正确升级 .NET Framework 2.0 和 .NET Framework 3.0 文件。
解决此问题的方法：
1. 如果您已经尝试安装 .NET Framework 3.5，请将其卸载。
2. 使用“已安装的更新”卸载下列 KB。
- KB929300
- KB930264
- KB110806
3. 安装 .NET Framework 3.5。
2.1.7.1. 配置错误
如果 BITS 接口未注册或注册表设置损坏，则出现此错误。
解决此问题的方法：
- 升级至 BITS 2.0（可从 http://www.microsoft.com/downloads/details.aspx?FamilyId=B93356B1-BA43-480F-983D-EB19368F9047&displaylang=zh-cn 下载）
- 或 -
- 在命令提示符处键入以下内容，从而运行 Bitsadmin 工具来修复 BITS 服务：bitsadmin /util /repairservice /force
您可以从以下位置下载 Bitsadmin 工具：http://www.microsoft.com/downloads/details.aspx?amp;displaylang=zh-cn&familyid=49AE8576-9BB9-4126-9761-BA8011FABF38&displaylang=zh-cn。
2.1.7.2. 网络错误
这些错误可能是由下列原因导致的：
- 无法访问下载服务器。
- 在服务器上找不到相应的 URL。
- 服务器超载。
- 网关或代理出错。
- 网络连接断开。
- 代理不支持 HTTP 1.1。
解决此问题的方法：
1. 确保已经连接到网络。 您可能需要退出安装程序。
2. 请执行下列操作之一。
- 提供正确的代理服务器设置，并确保计算机能够正确解析代理服务器。
- 或 -
- 升级至 BITS 2.0。 您可以从以下位置下载 BITS 2.0：
http://www.microsoft.com/downloads/details.aspx?amp;displaylang=zh-cn&familyid=49AE8576-9BB9-4126-9761-BA8011FABF38&displaylang=zh-cn。
2.1.7.3. 磁盘错误
当 BITS 服务未能创建文件或写入文件时，就会出现此错误。 由于正在运行的其他程序（例如 chkdsk.exe）可能锁定了磁盘，因而使 BITS 无法写入文件。
解决此问题的方法：
- 确保没有运行可能锁定磁盘的其他程序，然后重新尝试下载。
- 或 -
- 重新启动计算机，然后再次运行安装程序。 确保已连接到 Internet。
2.1.7.4. 代理错误
BITS 服务因以下与代理有关的错误之一而失败：
- 代理设置无效。
- 代理服务器要求进行身份验证。
- 计算机无法解析代理服务器。
解决此问题的方法：
- 为代理服务器身份验证提供正确的凭据，然后重新启动安装程序。
- 或 -
- 升级代理服务器以支持 HTTP1.1，同时确保代理支持隐式凭据（例如 NTLM）。 您可能需要与网络管理员联系。
- 或 -
更改 Internet Explorer 代理设置以跳过代理服务器。
要跳过代理服务器，请执行下列操作：
1. 在“Internet Explorer”中，单击“工具”，然后单击“Internet 选项”。
2. 单击“连接”选项卡，然后单击“局域网设置”。
3. 在“代理服务器”下，清除“为 LAN 使用代理服务器(这些设置不会应用于拨号或 VPN 连接)”， 然后单击“确定”。
4. 再次单击“确定”。
如果您需要有关代理服务器设置的进一步帮助，请与网络管理员联系。
2.1.7.5. 其他错误
BITS 服务无法在以下情况下运行：
- 安全启动模式。
- 通过远程桌面连接的 Windows 2000。
- 使用“运行方式”命令安装安装程序时。
解决此问题的方法：
尚未提供解决方法。 系统不支持以上情况。
将计算机从 Windows XP 或 Windows Server 2003 升级至 Windows Vista RTM 后，.NET Framework 3.5 的某些组件丢失。
解决此问题的方法：
1. 卸载 .NET Framework 3.5。
2. 通过 Visual Studio 2008 DVD 或从 http://www.microsoft.com/zh/cn/default.aspx 上重新安装 .NET Framework 3.5。
.NET Framework 2.0 SP1 安装程序在 Windows 2000 SP4 上失败，并显示错误消息“无法在动态链接库 KERNEL32.dll 中找到过程入口点 HeapSetInformation”。
解决此问题的方法：
安装 http://go.microsoft.com/fwlink/?LinkID=104408&clcid=0x409 上的 kb835732。
安装或卸载 .NET Framework 3.5、.NET Framework 3.0 Service Pack 1 和 .NET Framework 2.0 Service Pack 1 期间，弹出一个对话框并显示消息“应关闭以下应用程序，安装程序才能继续:”
显示的应用程序列表包含安装程序本身，如下所示：
Microsoft .NET Framework 3.5 安装程序
安装程序
解决此问题的方法：
单击“忽略”并继续安装。
.NET Framework 1.1 的原始发行版本仅为 32 位。 另外，.NET Framework 1.1 安装程序包含一个阻止在 64 位系统上进行安装的启动条件。 该原始发行版本后的更新版本的 64 位操作系统中添加了一个启动程序，它允许用户跳过该启动条件并安装 .NET Framework 1.1。 但是，由于 .NET Framework 1.1 的设计并不适合安装在 64 位操作系统上，也不适合与针对 64 位操作系统的 .NET Framework 更新版本（例如 .NET Framework 2.0）共存，因此某些 .NET Framework 并行卸载方案将无法正确实施。
以下情况可能会导致 64 位操作系统上出现问题。
1. 安装 .NET Framework 1.1。
2. 安装 .NET Framework 2.0。
3. 卸载 .NET Framework 2.0。
如果在此情况下卸载 .NET Framework 2.0，.NET Framework 1.1 依赖的某些注册表项将被移除，从而使 .NET Framework 1.1 无法再正常工作。 卸载 .NET Framework 2.0 后，必须修复 .NET Framework 1.1 以还原所需的注册表值。
解决此问题的方法：
请执行下列操作。
1. 下载 .NET Framework 1.1 安装程序包 (dotnetfx.exe)。
2. 在“开始”菜单上，单击“运行”，然后键入“cmd”并单击“确定”。
3. 运行以下命令：<dotnetfx.exe 的完整路径> /t:%temp% /c:"msiexec.exe /fvecms %temp%\netfx.msi"。
有关修复 .NET Framework 1.1 的说明，请参见 %windir%\Microsoft.NET\Framework\v1.1.4322\1033\repairRedist.htm，该文件可在安装了 .NET Framework 1.1 的计算机上找到。
使用“添加或删除程序”中的“支持信息”对话框修复 .NET Framework 3.0 SP1 时，用户需要指定产品安装源的路径。
解决此问题的方法：
使用“添加或删除程序”中的“更改”选项修复 .NET Framework 3.0 SP1。
对发送或接收 SqlString 实例的 ASP.NET Web 服务启用 ASMX 跟踪后，将导致运行时出现 ArgumentOutOfRangeException 错误。
解决此问题的方法：
禁用针对 ASP.NET Web 服务的 ASMX 跟踪。
对于利用 Windows Management Instrumentation (WMI) 提供程序扩展基础结构的 WMI 提供程序，当 WMI 客户端尝试使用其所实现的功能时，将出现“提供程序加载失败”错误。 这是由动态链接库 (DLL) 注册不当导致的。 在安装 .NET Framework 3.5 期间，System.Management.Instrumentation.dll 未得到正确注册，从而使 COM 客户端无法使用它所实现的类。
解决此问题的方法：
1. 单击“开始”，然后单击“所有程序”。
2. 单击“Microsoft Visual Studio 2008”，然后单击“Visual Studio 工具”。
3. 在 Windows Vista 之前的 Windows 操作系统上，请单击“Microsoft Visual Studio 2008 命令提示”以打开命令提示符窗口。 在 Windows Vista 和更高版本的操作系统上，请右击“Microsoft Visual Studio 2008 命令提示”，然后单击“以管理员身份运行”以打开提升权限的命令提示符窗口。
4. 在命令提示符处，键入“regasm %systemdrive%\program files\reference assemblies\microsoft\framework\v3.5\system.management.instrumentation.dll”，然后按 Enter。
注意：在编写利用 WMI 提供程序扩展技术（包含在 .NET Framework 3.5 中）的 WMI 提供程序时，开发人员必须确保正确注册 System.Management.Instrumentation.dll（如有必要，则应修复注册），然后才能安装其提供程序。 注册有误将导致提供程序失败。http://go.microsoft.com/fwlink/?LinkID=103794 上介绍的过程说明了如何正确注册此 DLL。
作为 .NET Framework 3.5 安装程序的一部分，默认配置文件 web_mediumtrust.config 和 web_hightrust.config 中添加了一些权限。您需要安装这些更新，才能在中级和高级信任设置中使用 LinqDataSource。
自定义信任配置文件无法被安装程序检测到，必须进行手动更新。 如果未更新信任设置，LinqDataSource 控件可能会引发以下运行时异常：“System.Security.SecurityException: 请求‘System.Security.Permissions.ReflectionPermission, mscorlib, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089’类型的权限已失败”。
解决此问题的方法：
1. 打开信任配置文件，它通常安装在以下位置：%WINDIR%\Microsoft.NET\Framework\v2.0.50727\CONFIG\。
2. 在此文件中，请执行以下两项更改：
- 在 <SecurityClasses> 元素下，为新的安全类添加一个嵌套项，如下所示：
<SecurityClasses>
....
<!-- 此 SecurityClass 节可解决该编译问题 -->
<SecurityClass
Name="ReflectionPermission"
Description="System.Security.Permissions.ReflectionPermission,
mscorlib,
Version=2.0.0.0, Culture=neutral,
PublicKeyToken=b77a5c561934e089"
/>
</SecurityClasses>
- 在 <NamedPermissionSets> 节的 ASP.NET <PermissionSet> 中，以嵌套方式为反射权限添加一个 <IPermission> 元素，如下所示：
<NamedPermissionSets>
<PermissionSet
class="NamedPermissionSet"
version="1"
Name="ASP.NET">
...
<!-- 此 IPermission 节可解决该反射问题 -->
<IPermission
class="ReflectionPermission"
version="1"
Flags="RestrictedMemberAccess"
/>
</PermissionSet>
...
</NamedPermission>
3. 保存文件并将其关闭。
在将运行库从 .NET Framework 2.0 或 .NET Framework 3.0 升级至 .NET Framework 3.5 后，当前用户的所有现有托管代码 URL 操作将会被默认设置覆盖。 例如，用户设置为“已禁用”的 URL 操作可能会重置为默认的“已启用”。
已知以下两项 URL 操作将受到影响：“运行未用 Authenticode 签名的组件”和“运行已用 Authenticode 签名的组件”。
此现象出现在 Windows XP 上，但不会出现在 Windows 2003 和 Windows Vista 上。
在将 .NET Framework 1.1 升级至 .NET Framework 2.0 时，也会出现此现象。
解决此问题的方法：
升级 .NET Framework 后，用户必须手动重置 URL 操作。
将 Internet Explorer 6 升级至 Internet Explorer 7 时，如果 URL 操作“带有清单的权限的组件”已设置为“已禁用”，则它会更改为“高安全级”（默认设置）。 之所以出现此问题，是因为 Internet Explorer 7 安装程序并不知道 URL 操作的默认设置已发生更改；因此，它会将其重置为默认设置。 此问题需要引起注意，因为默认的“中-高”安全设置的限制性可能低于用户以前选择的设置。
解决此问题的方法：
完成升级后，用户必须手动重置 URL 操作。
每当 wsHttpBinding 绑定中使用消息安全时，WCF 就会在该服务的安全策略中发出一个 <sp:EncryptSignature> 断言。如果整个服务协定被标记为 ProtectionLevel.Sign 或 ProtectionLevel.None，并且所有协定的操作消息（例如用户名标记）中没有任何内容已经过加密，则为了使 WCF 符合该安全策略规范的要求，它将不发出 <sp:EncryptSignature> 断言。
解决此问题的方法：
尚未提供解决方法。
在使用具有相对 ExternalMetadataLocation 的 ServiceMetadataBehavior 为 WCF 服务配置通过 HTTPS 的元数据发布时，如果配置了任何元数据交换 (MEX) 终结点，将无法解析元数据请求，并且会显示以下异常消息：“通过配置中 serviceMetadata 节中的 ExternalMetadataLocation 属性或 externalMetadataLocation 属性向 ServiceMetadataBehavior 提供的 URL 是相对 URL，而且没有用于对其进行解析的基址”。
解决此问题的方法：
从 WCF 服务中移除所有已配置的 MEX 终结点。
在早期版本中，如果将 IIS 或任何其他 Web 服务器配置为使用 HTTPS 交换整个服务器证书路径而不是只交换服务器证书，则当中间 CA 证书未存在于本地证书存储中时，则说明 WCF 客户端可能尚未接受服务器证书作为有效证书。 在 .NET Framework 3.5 版中，WCF 现在可以处理用于服务器证书验证的证书路径。
解决此问题的方法：
不需要解决方法。
没有已知问题。
工作流项目中定义的非公共扩展方法不能用作 Workflow Foundation 规则的一部分。
解决此问题的方法：
将扩展方法设置为公共方法。
3.1. Visual Studio 2008 自述文件：http://go.microsoft.com/fwlink/?LinkId=102508。
3.2. Visual Studio 2008 速成版自述文件：http://go.microsoft.com/fwlink/?LinkId=102509。
3.3. MSDN Library for Visual Studio 自述文件：http://go.microsoft.com/fwlink/?LinkId=102512。