注意：

与 2007 Office system 之前的 Office 版本不同，Office 2010 不允许通过运行带 /a 命令行选项的安装程序提取压缩的源文件来创建管理安装点。现在所有的安装都从压缩的源中进行。

本节内容：

• 安装程序的事件顺序 
• 在安装点上包括多个产品
• 以交互方式运行安装程序

安装程序的事件顺序

安装程序的基本事件顺序如下所示，并且事件在每个部署方案中的发生顺序均相同：

1. 运行安装程序。
2. 检查先决条件。
3. 读取 XML 数据。
4. 建立功能树。
5. 在用户的计算机上创建本地安装源。
6. 安装 Office。
7. 应用自定义文件。
8. 应用软件更新。

运行安装程序

Setup.exe 是开始安装过程的所有机制的程序。它位于网络安装点的根目录。对于所安装的每个 Office 产品都要运行一次安装程序。在运行时，安装程序将搜索网络安装点中要安装的 Office 产品。如果安装点包含多个 Office 产品，则安装程序将提示用户选择要安装的产品。通过将 Setup.exe 指向核心产品文件夹中的 Config.xml 文件，可以避开选择过程而确定要安装哪个 Office 产品。例如，如果要安装 Microsoft Office Professional Plus 2010，则可以使用下面的命令行：\\server\share \Office14ProPlus\setup.exe /config \\server\share \Office14ProPlus\Pro.WW\Config.xml其中，Office14ProPlus 是网络安装点的根目录。在 2007 Office system 之前的 Office 版本中，Setup.exe 调用 Windows Installer (Msiexec.exe) 执行 Office 的安装。尽管安装程序现在仍使用 Windows Installer，但安装程序将绕过 Windows Installer 可执行程序。Msiexec.exe 命令行不能用于安装 Office 2010（或 2007 Office system）。

注意：

Setup.exe 的这一版本只能识别少数几个命令行选项。有关详细信息，请参阅 Setup command-line options for Office 2010（该链接可能指向英文页面）。

检查先决条件

安装程序在启动时将检查多个安装先决条件，包括最低的操作系统要求和管理权限。用户必须是客户端计算机的管理员才能安装 Office，或者您必须使用 Microsoft Systems Management Server (SMS) 或 Microsoft System Center Configuration Manager 2007 之类的工具才能以提升的权限运行安装。当您从 x64 文件夹运行 Setup.exe 时，安装程序将确定是否已安装 32 位 Office 应用程序。如果安装程序检测到 32 位 Office 应用程序，它将显示一条错误消息，以通知用户必须先卸载所有 32 位 Office 应用程序，然后才能继续安装 64 位 Office 2010。该错误会列出已安装的 32 位 Office 应用程序。如果安装程序没有检测到 32 位 Office 应用程序，它将安装 64 位版本的 Office 2010。当您从 x32 文件夹运行 Setup.exe 时，安装程序将确定是否已安装 64 位 Office 2010 应用程序。如果安装程序检测到 64 位 Office 2010，将显示一条错误消息，并且安装程序将被阻止。如果安装程序没有检测到 64 位 Office 2010，它将安装 32 位版本的 Office 2010。有关详细信息，请参阅 64 位 Office 2010 版本 中的 64 位安装过程。

注意：

若要在用户缺乏管理权限的计算机上安装 Office，则必须在可向安装程序提供管理权限的上下文中运行安装程序。安装 Office 后，不具备管理权限的用户可以运行所有安装的功能，并可以按需安装功能。例如，在组织中，如果用户不是其计算机的管理员，则管理员可以使用以下方法向 Office 安装程序提供适当的权限：

• 以管理员身份登录到计算机并安装 Office 2010。
• 使用 Microsoft Systems Management Server 或 System Center Configuration Manager 2007 之类的软件管理工具。
• 使用组策略计算机启动脚本将 Office 2010 部署到计算机。 有关详细信息，请参阅向非管理员用户部署 Office 2010。

读取 XML 数据

安装程序将收集有关安装点上每个程序包的信息，收集用于安装的默认设置，并采用所指定的自定义设置。安装程序将从以下多个源以 XML 数据形式收集所有这些信息：

• 每个程序包的 Setup.xml 和 Package.xml 文件。安装点上的每个文件夹（中性语言核心程序包文件夹以及每个特定语言程序包的文件夹）都包含 Setup.xml 和 Package.xml 文件（例如，Microsoft Office Professional Plus 2010 中为 ProPlusWW.xml）。安装程序可以利用这些文件中的信息执行下列操作：

  注意：

  Setup.xml 和 Package.xml 文件经过签名，不能修改。更改这些文件将导致安装程序无法运行。

  • 确定产品和该产品可供使用的语言。
  • 搭配中性语言元素和特定语言的元素以创建完整的功能。
  • 建立统一的功能树。
  • 收集安装所需的一组 MSI 文件。
• 安装程序自定义文件。在安装过程的初期，安装程序会确定您是否已为所安装的产品指定了安装程序自定义文件（.msp 文件）。安装程序自定义 .msp 文件是在管理员使用 Office 自定义工具 (OCT) 自定义 Office 2010 安装时创建的。OCT 是安装程序的一部分，建议您使用该工具进行大部分自定义设置。自定义文件包含为安装指定的所有修改，其中包括控制安装过程的自定义设置。 OCT 在 Office 2010 的批量许可版本中提供。若要确定您安装的 Office 2010 是否为批量许可版本，请检查 Office 2010 安装磁盘以确定其中是否包含一个名为 Admin 的文件夹。如果存在 Admin 文件夹，则磁盘是批量许可版本；否则，磁盘为零售版本。如果没有在命令行上或 Config.xml 文件中指定自定义文件，则安装程序将搜索安装点上的 Updates 文件夹中是否有特定于所安装产品的自定义文件。默认情况下，安装点上包括 Updates 文件夹。大多数情况下，建议在此文件夹中存储安装点上包括的所有 Office 产品的安装程序自定义 .msp 文件和软件更新。安装程序使用附加到自定义文件的 XML 数据确定如何安装产品，例如是否安静运行或在功能树中要显示哪些功能。自定义文件中的设置将替代 Setup.xml 和 Package.xml 文件中包含的默认设置。 有关安装程序自定义文件的详细信息，请参阅简化的自定义模型。有关使用 OCT 的详细信息，请参阅 Office Customization Tool in Office 2010（该链接可能指向英文页面）。
• Config.xml 文件。每个核心产品文件夹都包含指导安装程序安装该产品的 Config.xml 文件。您可以编辑 Config.xml 以自定义安装过程。例如，可以使用 Config.xml 中的元素指定安装中要包括的产品或语言。Config.xml 中的设置优先于自定义文件中的设置以及 Setup.xml 和 Package.xml 文件中包含的默认设置。 有关如何以及何时编辑 Config.xml 的详细信息，请参阅 Config.xml file in Office 2010（该链接可能指向英文页面）。

建立功能树

安装程序使用 XML 文件中包含的信息创建一个功能树，其中包括产品中提供的所有应用程序和功能。通过使用 Office 自定义工具，可以查看功能树并指定在用户的计算机上要安装哪些应用程序和功能。如果允许用户以交互方式运行安装程序，则用户在安装程序用户界面中将看到您修改过的功能树。有关指定要安装哪些 Office 功能的详细信息，请参阅配置 Office 2010 的功能安装状态。

在用户的计算机上创建本地安装源

安装程序会调用名为 Office Source Engine (Ose.exe) 的程序，以在用户的计算机上创建所需的本地安装源 (LIS)。为了创建本地安装源，安装程序会将安装点中的文件复制到用户计算机上的某个隐藏位置。默认位置是安装 Office 的驱动器根目录下的 \MSOCache\All Users。然后，安装程序会使用 Windows Installer 从该本地安装源安装 Office。本地安装源具有以下几个主要优点：

安装 Office

安装开始时，安装程序会检查所需的磁盘空间和功能依存关系，然后调用 Windows Installer 以在用户的计算机上从本地安装源安装正确的一组程序包（MSI 文件）。安装程序会使用前面提及的 XML 数据确定要包括哪组 MSI 文件。安装过程中安装程序向用户显示的进度栏会将整个安装进度考虑在内，包括应用 Updates 文件夹中的自定义设置和软件更新。

注意：

尽管安装程序使用 Windows Installer 安装 Office，但 Windows Installer 本身不能独立于安装程序而安装单独的 MSI 文件。

 应用自定义文件

在安装过程中，安装程序将自定义文件应用于用户的配置。其结果类似于在 Office 的早期版本中应用 Windows Installer 转换（MST 文件）的效果：自定义设置将成为用户的默认配置。除了包含自定义安装过程的 XML 数据之外，自定义文件还可能包含默认用户设置、功能安装状态、Microsoft Outlook 配置文件以及对用户配置进行的其他修改。自定义文件特定于产品；安装程序仅应用与所安装产品相关的那些文件。

注意：

如果计划部署多个安装程序自定义 .msp 修补程序，则只能将各个 Office 2010 产品的一个安装程序自定义 .msp 文件放在初始安装的 Updates 文件夹中。在安装完 Office 之后，您必须部署其余的自定义 .msp 文件。如前所述，Updates 文件夹仅支持各个产品的一个自定义修补程序。放在 Updates 文件夹中的自定义 .msp 文件将会首先部署。因此，该文件必须包括无法在安装之后更改的任何安装程序自定义，例如，安装位置。

如果为不同的用户组创建不同的配置，则建议将自定义文件存储在另一个位置，然后在安装程序命令行上使用 / adminfile 选项指定所需的文件。例如：\\server\share\Office14\setup.exe /adminfile \\server\share\Office14\MyUpdates\Engineering.msp其中，Office14 是网络安装点的根目录。

注意：

预先缓存本地安装源时，安装程序会从网络安装点将 Updates 文件夹复制到本地安装源。通过这种方式，可以在脱机安装方案中加入自定义设置。只有在这种情况下，安装程序才会在安装之前在本地计算机上缓存自定义文件。有关详细信息，请参阅预缓存 Office 2010 的本地安装源。

应用软件更新

在安装过程结束时，安装程序将检查安装点上的 Updates 文件夹中有无软件更新（.msp 文件）。与使用 Office 自定义工具创建的安装程序自定义文件不同，软件更新由 Microsoft 分发以增强产品功能。如果将 Office 部署给用户并且还需要部署一组软件更新，则安装程序可以在初始安装过程中应用这些更新。开销（估计所需的磁盘空间）和进度栏指示器均会将安装过程的这一步骤考虑在内。从用户的角度看，整个过程是一个单一事件。此模型保留了原始安装点，并使您仍然可以向新用户提供产品的最新版本。

注意：

Updates 文件夹仅用于 Office 2010 的初始安装或新安装。Updates 文件夹只能包含一个安装程序自定义 .msp 修补程序，但可以包含多个 Service Pack 以及仅采用 .msp 格式的修补程序。

有关软件更新过程的详细信息，请参阅合并更新过程。

在安装点上包括多个产品

如果网络安装点包含多个 Office 2010 产品，则安装程序将搜索所有文件夹和子文件夹以查找 Config.xml 和 Setup.xml 文件，然后提示用户选择要安装的产品。如果要安装多个 Office 产品，则更高效的做法是在同一个安装点上存储所有产品，然后将安装程序自定义为在用户的计算机上安装特定的 Office 产品。

注意：

将多个 Office 产品复制到同一个安装点时，可能会提示是否覆盖共享的安装程序文件。由于这些文件在所有 Office 2010 产品中是重复的，因此不需要重新复制任何这些重复文件夹。这种高效的设计可以在创建和复制网络安装点时节省空间并确保一致性。

以交互方式运行安装程序

可以选择以安静模式运行安装，这样用户就只能看到安装过程的很少一部分，或根本看不到该过程。但是，如果允许用户查看安装程序用户界面，则所做出的选择将影响安装程序行为的多个方面。例如：

中性语言设计

• 中性语言的元素分组在一个核心程序包（MSI 文件）中。
• 而应用程序将特定语言的元素分组在单独的程序包中。

重要：

当前 Office 2010 版本仅 包含英语、简体中文、法语、德语、日语、西班牙语和俄语语言源。以后的版本将会提供更多语言。

本节内容：

• Office 的语言版本
• Office 的语言包

Office 的语言版本

每个 Office 产品都必须包含至少一组特定语言的程序包。您不能自己部署核心程序包（MSI 文件）。在 Office 产品 CD 和网络安装点上，这些语言程序包包含在各个文件夹中。每个文件夹名称都包含一个 ll-cc 格式的语言标记，用于标识此语言（例如，en-us 代表美国英语）。每个文件夹还包含一组安装文件。例如，Office Professional Plus 2010 产品分散在这些文件夹中的文件之间。不特定于任何语言的元素（如 Winword.exe，Microsoft Word 2010 的可执行文件）位于核心 ProPlus.WW 程序包中。其他元素（如 Word 2010 的帮助和用户界面）则位于 Word 或共享 Office 功能的特定语言的相应程序包中。为使功能完整，既需要中性语言的元素，也需要特定语言的元素。Winword.exe 自身并不代表任何人都能使用的 Word 应用程序。类似地，ProPlus.WW 文件夹中的核心 Office Professional Plus 2010 MSI 文件并不代表完整的 Office 产品。安装程序将所有这些部分组合为完整的产品。每个文件夹中的 Package.xml 和 Setup.xml 文件包含安装程序组合完整功能、建立统一功能树以及为安装收集一组正确的 MSI 文件所使用的信息。收集 XML 数据并组合所需的 MSI 文件之后，安装程序将使用 Windows Installer 在用户的计算机上安装 Office。从用户的角度看，这一过程自动且无缝进行。不能通过分离包含单独 MSI 文件的特定语言的文件夹（如 Word.en-us 文件夹）来部署 Office 2010 中单独的应用程序。但是，可以通过自定义安装来确定在用户的计算机上安装哪些应用程序和功能。

注意：

不能通过使用 Windows Installer 或任何其他方法来独立安装 Office 安装点上的任何 MSI 文件。也不能编辑或更改经过数字签名的 XML 文件（Setup.xml 和 Package.xml）。在 Office 2010 中，安装程序必须收集文件和安装信息才能安排安装过程。

Office 的语言包

特定语言的程序包用于两种上下文中：Office 产品的语言版本中和针对该语言的单语言包 (SLP) 中。例如，Office Professional Plus 2010 的法语版对于 Office Professional Plus 2010 中的每个应用程序以及各个共享功能都具有一个特定语言的文件夹。法语 SLP 中包含相同的文件夹，其中还针对 Office 2010 中的其他产品包含特定语言的文件夹。语言包既可作为单独的产品进行部署，也可用来以多种语言部署 Office 产品。您不需要为语言包输入唯一的产品密钥，无论您是单独部署它们，还是将它们作为另一个产品安装的一部分进行部署。

注意：

在 2007 Office system 之前的 Office 版本中，企业客户通过在安装 Office 的美国英语版本后部署多语言用户界面 (MUI) 包来添加语言。本地化版本（如日语版本的 Office Standard Edition）与带有日语 MUI 包的核心版本并不完全相同。在 2007 Office system 中，这种设计已得到简化和改进，与 Office 2010 中的设计相同。

简化的自定义模型