使用 Business Administrative Change 升级命令行实用程序开始传输系统更新之前，您需要作出若干决定。本主题中的各部分详细说明使用实用程序前要考虑的一些配置选项和需要决定的事宜。根据 Windchill 解决方案的复杂性，这些部分中的某些内容可能对您不适用。

进行更改之前，应设置 Windchill 部署。简单的 Windchill 部署可能只包括测试和生产系统。有关详情，请参阅简单 Windchill 部署。更加复杂的 Windchill 部署可能包括多个开发系统、测试系统和生产系统。有关详情，请参阅复杂的 Windchill 部署。

设置 Windchill 部署时，请考虑每项 Windchill 最开始是如何安装的。测试系统通常是生产系统的克隆版本。开发系统可能还是生产系统的克隆版本，或者可能是全新的 Windchill 安装。决定是使用克隆版本还是安装全新版本取决于 Windchill 系统的大小和部署开发系统的计算机的容量。

下图中，集成系统和预生产系统是使用 Windchill Rehost Utility 从生产系统克隆而来的 (由顶部橙色箭头指示)。三个开发人员系统是单独安装的，不包含从生产系统克隆的数据。

注册目标系统时需要提供系统类型，因此，应对创建系统是基于克隆生产系统还是基于全新安装这一决定加以记录。有关详情，请参阅注册系统。

设置 Windchill 系统后，应该确保使这些系统尽可能相同。例如，Windchill 源系统和目标系统应该具有相同的对象类型、生命周期状态和域等。在不一致的系统之间导出和导入会造成冲突，必须先解决这些冲突才能成功导入。在开始 Business Administrative Change 升级流程之前，确保两个系统在管理上保持一致，由此减少可能需要执行的额外步骤。

导出和导入参与者数据时出现的常见冲突是，因 LDAP 结构不同而导致参与者可分辨名称不同。默认情况下，将使用可分辨名称在目标系统上匹配导出的参与者数据。可以使用可选的“Business Administrative Change 升级” > “使用其他属性的参与者标识”首选项基于其他属性 (例如名称、用户名、电子邮件等) 来匹配参与者数据。

应以公司对 Windchill 环境进行更改的正常节奏来导出和导入管理变更。通常，每个公司都有部署时间表。可构建 Business Administrative Change 升级流程以适应之前建立的流程。

预设情况下，站点管理员组和业务管理员组是唯一具有“Business Administrative Change 升级”命令行实用程序运行权限的组。可以创建新组并为其授予以下权限，以允许组内的用户运行该实用程序：

要导出 Business Administrative Change：

要导入导出的文件：

要导入配置文件：

要导入策略访问控制规则：