V1.0.11.1 发行说明（2018 年 9 月）

新增内容

Web 控制台

• IBM Integrated Analytics System 现在支持使用内置的“提升到云”UI 面板进行数据移动。The Lift™“提升到云”用户界面提供了一种方法供您快速、安全且可靠地将表及其数据从 IIAS 迁移到云中的数据中心，而无需停机。会自动保存您提交的每项迁移任务，并且可以用作模板来创建新的任务。“提升”解决方案位于 IIAS 中的单独 lift 容器中。有关更多信息，请参阅迁移到云。
• Web 控制台主页中提供了新的窗口小部件，用于监视文件系统灾难恢复解决方案。它允许您验证主系统和辅助系统是否正在通信并准备下一个快照，查看恢复点的时间以及已安排的下一个快照的时间。

  

• 在 Web 控制台主页上，现在可以在经典基线与智能基线之间切换。智能基线是根据机器学习模型生成的，该模型由至少 4 周的历史数据来训练。收集了足够的数据之后，可以单击立即训练以配置和启动第一次训练。完成训练之后，下列窗口小部件的智能基线随即可视：
  • 数据库吞吐量
  • 数据库争用
  • 数据库响应能力

平台管理

• 现在，可以使用 ap issues --service_requests 命令来显示 Platform Manager 提交的服务请求。在输出中，该命令将显示服务请求及其状态，以及为每个服务请求分配的警报标识。
• Platform Manager 现在可以检测内存不足的节点，并自动关闭再打开这些节点的电源。
• Platform Manager 现在正在监视与交换机建立的光纤通道连接的数目，当此数目不是最佳数目时，就会发出一个原因码为 205 的警报。
• 现在，使用 REST 来监视提升状态。

备份与复原

平台级备份：

• 现在，host_backup 命令会保留平台级别备份包含的所有文件的所有许可权、所有者和组。
• 现在，平台级别的备份支持备份 Lift 容器的配置。
  用法：

  host_backup --lift

基于文件系统的灾难恢复：

• 现在，灾难恢复解决方案支持故障回退到已修复的旧的主系统。有关此过程的更多信息，请参阅故障回退到旧的主系统。
• 在 DR 解决方案中，添加了对 Tier2 存储器的支持。现在，可以在两个具有 Tier2 存储器的 IIAS 系统之间启用 DR。

EMC NetWorker：

• 对 emc_client 命令添加了新的选项，用于安装、配置和查看 EMC NetWorker 设置。
  用法：

  emc_client install --server <server> --dvp <dvp> --lvp <lvp> --client-libraries <client_libraries> --nmda-libraries <nmda_libraries> 
  
  emc_client settings --backup
  
  emc_client settings --restore
  
  emc_client networker --start
  
  emc_client networker --stop
  
  emc_client networker --status
  
  emc_client networker --version
  

  有关更多信息，请参阅emc_client 命令参考。
• 对 setup_nmda_cfg 命令添加了新的选项，用于将 EMC NetWorker 服务器信息（例如，IP 地址、标准域名和主机名）保存在 /etc/hosts 文件中。
  用法：

  setup_nmda_cfg -set-hostnames <hostname>

  有关更多信息，请参阅使用 setup_nmda_cfg 命令来配置 EMC NetWorker。
• 现在，将在 IIAS 升级期间保存 EMC NetWorker 设置。在升级之后，不需要复原这些 EMC NetWorker 设置。

安全性

• 现在，平台用户可以使用 passwd 命令来更改他们的密码。有关更多信息，请参阅更改用户密码。
• 引入了一个新的工具 ap_ldap_policy.pl，以创建和修改密码策略设置，并在平台认证时应用于内部 LDAP 用户。有关更多信息，请参阅对平台用户启用密码策略。
• 现在，可以使用一个称为 security_compliance_manager 的工具来使 IIAS 系统完全符合 STIG。有关配置过程、STIG 合规性异常的列表以及 security_compliance_manager 命令概述，请参阅 STIG 合规性。

可靠性与可维护性

现在，系统会保留对重大改变或修改（例如，升级和服务）的记录。与设备相关的任何更改历史记录都由 aphistory 实用程序收集。现在，此数据是通过每个诊断数据收集来捕获的，无论是在产生错误或警报之后自动完成收集，还是通过 apdiag 实用程序来手动收集。

高可用性

现在，当启用了 Spark 时，会在 HA 中启用 Apache Livy 服务器监视。

组件

已解决的问题

• 已修正当系统承受压力时，HA 报告误报状态的缺陷：当 Db2 耗尽应用程序堆时，无法与 bludb 建立新的连接。由于 HA 依赖于连接到 Db2 以获取状态，因此它报告 DB2® 已关闭并处于恢复阶段。
• 已修正在节点故障转移期间，Db2 ACTIVATE DATABASE BLUDB 命令被挂起的问题。
• 已修正在具有分层存储器或外部安装的系统中的 Docker 安装计数问题。
• 已修正 emc_client settings --backup 命令中的缺陷，仅取消链接 NMDA 库，而不是完全移除 NMDA 库。
• 已修正 DR 环境中的以下问题：在快照作业失败之后，Db2 被置于 WRITE-SUSPEND 方式，并且未恢复。
• 已修正 ap info 的以下问题：在 apgodmgr 命令更新或设置“随需应变增长”数据很长时间（大约 2 个小时）之后，“ap info”才会显示该数据。
• 已修正与 Platform Manager 有关的问题：如果节点生成了具有相同标识的 FSP 事件，那么 Platform Manager 无法关闭一个或多个节点上的警报 112（检测到 FSP 不可恢复的事件）。
• 已修正 db_backup 和 db_restore 命令中的错误，以在备份或复原完成是清除已获得的锁定。
• 已修正 Web 控制台上的“备份进度”视图中的错误，将报告更准确的完成百分比。

有关自从 IIAS 1.0.2.0 以来已解决的所有问题的累积自述文件，请参阅已修正的问题的累积自述文件。

已知问题

• 在 web_console 容器恢复之后，在 Web 控制台中打开“提升到云”面板时，可能会获得 Encountered error while verifying authentication token 消息。

  变通方法：

  运行以下命令：

  ap apps disable lift
  ap apps enable lift

• 有几个已知问题，可能会导致 IIAS Web 控制台在升级之后立即无法使用。症状可能包括与内部 derby 数据库有关的错误消息，或者浏览器无法连接到控制台。

  变通方法：

  1. 以 apuser 身份登录到系统的任何节点。
  2. 运行 ap apps disable WebConsole 命令，并通过输入 y 进行确认。
  3. 运行 ap apps enable WebConsole，并通过输入 y 进行确认。

  此后，您应该能够登录到 IIAS 控制台。
• Lift UI 中所报告的表大小是已压缩的大小。Lift UI 中所记录的吞吐量实际上可能低于所报告的吞吐量。
• 在 Tier2 存储系统中，在成功进行灾难恢复设置之后，用于故障转移和故障回退的命令可能会遇到错误，因为无法访存 Tier2 存储器信息。

  变通方法：

  在具有 Tier2 存储器的系统中，执行初始 DR 设置时，请确保在成功运行 apdr config 命令之后重新启动 apafmdr 服务。

• 请注意，如果需要在 Db2wh 容器上运行 apinit --reinit 选项，那么将从下列目录中擦除所有数据：
  • /opt/ibm/appliance/storage/head
  • /opt/ibm/appliance/storage/data
  • /opt/ibm/appliance/storage/local
  • /opt/ibm/appliance/storage/scratch

  这意味着所有 NFS/SAN 目录都必须从这些目录中卸装，并且需要从这些目录备份所有定制客户机文件。否则，在该过程中会擦除此数据。如果 apinit 在这些目录中检测到任何安装，那么会显示警告。

• 从脚本中执行 db_backup 或 db_restore 命令需要具备 root 用户特权。要正确运行脚本，请使用相应的命令：

  su - bluadmin -c "sudo -E db_backup -type <> -path <>"
  su - bluadmin -s "sudo -E db_restore -type <> -timestamp <> -path<>"

• 当运行 apupgrade 以在设备上启动升级时，Platform Manager 可能会超时，从而导致 node0101（或者当前导引节点）重新引导，或者在某些情况下导致关闭电源。

  变通方法：

  在升级之前使用 apstop -p --service 和 apstart -p 来重新启动数据库，以避免发生这种情况。