使用详细方法部署监控模型

您可以使用详细方法部署监控模型。 通过使用详细方法，您可以在部署期间修改监控模型设置。您使用 WebSphere® Application Server 管理控制台修改监控模型设置，并为新监控模型或现有监控模型的新版本定制部署。

1. 在 WebSphere Application Server 管理控制台中，单击应用程序 > 监控模型。 显示的表会列出当前部署的所有监控模型。
2. 单击安装。
3. 指定您要部署的 EAR 文件的位置，然后单击下一步。
4. 在“安装新应用程序”页面中，选择详细 - 显示所有安装选项和参数，然后单击下一步。如果显示“应用程序安全性警告”，请单击继续。此警告用于提供参考信息。

   将显示“安装新应用程序”页面。此页面左侧包含一列，可用于浏览至所需的部署步骤。

   1. 步骤 1：选择安装选项

      完成此页面，然后在左列中单击以下任何可选步骤。步骤 15，配置监控模型的安全性在已启用应用程序安全性时需要输入。在您修改要定制的所有设置后，单击摘要。

      要部署监控模型的新版本，请在应用程序名称字段中更改监控模型的名称。有关此页面中其他任何字段和选项的更多信息，请单击“帮助”列中的关于此页面的更多信息链接。

      如果您要部署现有监控模型的新版本，那么新版本的时间戳记必须晚于该模型的任何先前部署的版本。部署新版本时，先前版本将自动配置为仅处理与现有监控上下文实例相关联的事件（即，“活动”版本使用方式）。新的监控上下文实例将仅由新版本创建。此外，新版本将先处理与使用不活动事件使用方式配置的任何先前版本相关联的事件，然后才处理事件。

   2. 步骤 2：将模块映射到服务器

      如果您要在整个集群中为 6.1、6.2 或 7.0 监控模型利用工作负载管理，可以将 Enterprise JavaBeans (EJB) 模块映射到其他服务器或集群。仲裁器 EJB 模块只能将集群用于高可用性，而模型逻辑 EJB 模块可以将集群用于高可用性和可伸缩性。如果您不希望利用工作负载管理，那么部署到不同目标并没有优势。

      如果您要在整个集群中针对 7.5 或 8.0 监控模型使用工作负载管理，也可以将 Enterprise JavaBeans (EJB) 模块映射到集群。在 7.5 或 8.0 监控模型中，模型逻辑 EJB 模块可以将集群用于高可用性和可伸缩性。

      在映射监控模型应用程序的模块时，目标集群必须满足以下需求才能托管这些模块：

      • 目标集群的集群成员必须位于已使用 IBM® Business Monitor 概要文件模板扩充的节点上。
      • 在创建目标集群的第一个集群成员时，必须已选择其名称包含文本 defaultWBM 的服务器模板。

      有关将 EJB 模块映射到分布式环境中服务器的优势的更多信息，请参阅相关链接中的主题“映射到分布式服务器的 EJB 模块”。
      • 对于 6.1、6.2 和 7.0 监控模型：
        1. 从模块列表中选择仲裁器模块。此模块名称以“Moderator”结尾。
        2. 从“集群和服务器”列表中，选择仲裁器模块的目标集群，然后单击应用。
        3. 单击应用。
        4. 从模块列表中选择模型逻辑模块。此模块名称以“ModelLogic”结尾。
        5. 从“集群和服务器”列表中，选择模型逻辑模块的目标集群，然后单击应用。
        6. 单击应用。
      • 对于 7.5 和 8.0 监控模型：
        1. 从模块列表中选择模型逻辑模块。此模块名称以“ModelLogic”结尾。
        2. 从“集群和服务器”列表中，选择模型逻辑模块的目标集群，然后单击应用。
        3. 单击应用。
   3. 步骤 3：映射共享库

      使用“共享库映射”页面来为共享库指定 URI 标识。共享库由企业应用程序中的模块引用。

   4. 步骤 4：映射共享库关系

      使用“共享库关系映射”页面来为共享库指定资产或组合单元标识名称。

   5. 步骤 5：为 Bean 提供 JNDI 名称

      使用此页面来查看和修改应用程序或模块中非消息驱动的企业 bean 的“Java 命名和目录接口”（JNDI）名称。

   6. 步骤 6：将 EJB 引用映射到 Bean

      使用此页面来查看和修改对企业 bean 的 Enterprise JavaBeans（EJB）引用。引用是逻辑名，用来找出企业应用程序的外部资源。

   7. 步骤 7：将资源引用映射到资源

      您的应用程序中定义的每个资源引用都必须映射到一个资源。 使用此页面来指定资源引用如何映射到为应用程序配置的实际资源。

   8. 步骤 8：将资源环境引用映射到资源

      使用此页面来指定应用程序模块的资源环境引用如何映射到远程资源（在产品中，远程资源是作为资源环境条目表示的）。

   9. 步骤 9：正确使用系统身份。

      使用此页面来管理应用程序中 Enterprise JavaBeans (EJB) 方法的系统标识属性。

   10. 步骤 10：模块的元数据

       使用此页面来指示 Java Platform, Enterprise Edition (Java EE) 5 企业 bean (EJB) 或 Web 模块部署描述符忽略指定部署信息的注释。如果 metadata-complete 属性设置为 true，将忽略指定部署信息的注释。

   11. 步骤 11：部署模块构建标识 使用此页面来查看 Java Platform, Enterprise Edition (Java EE) 企业归档（EAR 文件）中模块的构建标识。
   12. 步骤 12：选择监控模型选项

       本页面用于为 Monitor Model 选择数据库、运行时和 KPI 迁移选项。通过选择用于创建模式、启用数据移动服务或删除模式的相应数据库选项，您还可以更改某些监控模型缺省选项。请参阅相关链接中的主题“管理受保护数据库中的监控模型数据库模式”，以了解这些步骤和选项。如果服务器处于开发方式，将禁用数据库选项。在开发方式中，将在部署模型时自动创建模型模式，并且将禁用数据移动服务。

       在运行脚本以创建模式并启用数据移动时，以下信息适用：

       • 在部署期间，如果您更改表空间，请确保同时更改模型 .ddl 文件中的表空间名称以保持一致。
       • 如果您选择在部署期间不运行这些脚本，那么在部署监控模型后，仍然可以运行这些脚本。 但是，如果您已经在部署期间运行这些脚本，那么没有必要再次运行它们。
       • 如果以后创建该模式，请在部署监控模型期间将事件分发设置为不活动，并在以后将其切换为活动。
       • 对于 z/OS®，不支持从 WebSphere Application Server 管理控制台自动运行脚本。对于 z/OS，这些脚本必须手动导出并运行。
       • 如果您要使用 Oracle 作为数据库，请手动导出并运行数据库脚本以创建或删除模式。这些脚本包含用于创建和删除表和视图的命令，但这些命令不是 Oracle 的事务性命令。如果脚本无法成功完成，那么数据库管理员必须执行所有必需的清除，原因是不支持回滚。DB2® 已完全事务化，因此建议使用自动运行这些脚本。有关使用 Oracle 的更多信息，请参阅相关链接中的主题“Oracle 的数据库注意事项”。
         注： 虽然在模型部署期间可以为 Oracle 数据库自动创建模型模式，但通常建议您手动创建该模式。此建议的原因是自动化数据库脚本包含用于创建和删除表和视图的命令，但这些命令不是 Oracle 的事务性命令。如果脚本无法成功完成，那么必须手动修正出现的任何问题，因为 Oracle 数据库不支持回滚。然而，如果全面了解为 Oracle 数据库自动创建模型模式的潜在问题，并且可以安排手动修正这些问题，那么为了提高工作效率，可能会有一些情况可以容忍风险存在。 例如，在开发环境中，如果问题更容易容忍并修正，那么可选择使模式自动创建以节省时间。然而，在生产环境中无法容忍问题出现，遇到的任何问题都必须由数据库管理员快速予以解决。为此，强烈建议针对任何生产环境手动创建模型模式。
       • 服务器数据库用户必须具有创建数据库对象的管理特权。有关更多信息，请参阅相关链接中的主题“保护监控模型数据库创建模式”。
       1. 选择以下一个或多个数据库选项：
          • 运行脚本以创建模式（缺省值）
            • 在运行脚本后，停止并启动监控模型，以便监控模型应用程序可捡取新数据库表。
            • 有关运行脚本的更多信息，请参阅相关链接中的主题“导出创建模式脚本”。
          • 运行脚本以启用数据移动服务
            • 如果您在部署模型时启用数据移动服务，数据将定期从操作表移动到报告表，并且将除去已终止实例的数据，从而提高报告性能。但是，如果性能不是很重要，您可以执行较简单的部署，并选择在部署期间不启用数据移动服务。
            • 一旦启用，数据移动服务将无法禁用。
          • 在卸载期间运行脚本以删除模式

            如果您在部署期间不选择该选项，您以后可以通过“管理模式”页面来完成该操作。

       2. 在“运行时”选项下，选择处理策略：
          • 6.0.2 仿真
          • 可扩展

          可选：选择启用事件重新排序。 该选项对于 6.0.2 仿真不可用，对于可伸缩选项为可选。

          请参阅相关链接中的主题“监控模型的处理策略”以获取有关这些选项更多信息。

       3. 启用 KPI 合并：
          选择启用从先前版本进行的 KPI 合并，以为新监控模型版本执行以下操作：

          • 使用仪表板复制在先前版本中创建的任何关键业绩指标 (KPI)。
          • 复原在先前版本中定义的任何 KPI 显示首选项。
       4. 启用业务情况合并：

          选择启用从先前版本进行的业务情况合并选项，以将先前监控模型版本中的所有动态警报复制到新版本。

       5. 指定仪表板生成选项：
          如果您希望为此监控模型自动生成仪表板，请选择在监控模型安装期间生成仪表板。

          注： 如果您在编写时为监控模型选择该选项，那么在监控模型部署期间将使用同一仪表板名称和用户凭证。
          如果您选择在监控模型安装期间生成仪表板，还可以指定以下字段的值：

          • 仪表板用户。使用此字段可指定当前用户以及可以查看该仪表板的用户。 如果您未提供值，那么只有当前用户才能查看生成的仪表板。
          • 仪表板名称。如果未输入名称，将使用 model_name.model_version。

          提示： 如果您卸载使用在监控模型安装期间生成仪表板选项部署的监控模型，所生成的仪表板不会从监控器仪表板空间中除去。必须手动将其除去。
   13. 步骤 13：选择发布 Cognos 立方体数据包

       如果您要在模型安装期间创建 Cognos 立方体，请选择发布 Cognos 立方体数据包。

   14. 步骤 14：选择事件源
       使用此页面为监控模型选择事件源。 缺省情况下会选择正在运行 IBM Business Monitor 的本地单元。安装新版本的监控模型时，将预先选中前一版本的事件源。但是，您可以根据需要为新版本添加或除去事件源。 要在稍后修改事件源选择，请使用“更改事件源配置”页面。

       要点： 如果监控模型发出了供它自己使用的事件，请确保除了任何必需的远程事件源外，还将本地业务监控事件源添加到事件源列表中。
   15. 步骤 15：配置监控模型的安全性。

       如果启用了应用程序安全性，此步骤需要进行输入。

       要使监控模型对用户可用，必须将它添加到资源组，且必须为用户分配该资源组内的角色。资源组是模型的逻辑分组，以便管理数据访问许可权更为容易。为您要安装的监控模型选择一个现有资源组，或创建一个新资源组。

       • 单击选择现有资源组，然后选中您要使用的资源组旁边的单选按钮。
       • 单击创建新资源组，然后为新资源组输入名称和描述。
   16. 步骤 16：摘要 要完成部署步骤，请验证是否所有信息均正确，然后单击完成。
5. 要复审模型部署信息，请单击在保存或放弃前复审更改；或者要保存模型，请单击直接保存到主配置。