CA Performance Management Data Aggregator Data Aggregator 自述文件 2.4

1.0 欢迎阅读

欢迎阅读 Data Aggregator 自述文件。 本自述文件包含一个完整列表，其中列出此版本的已知问题以及有关此版本的功能和增强功能对您有何影响的详细信息。

2.0 如何访问产品文档

本自述文件包含已知问题和解决方法的最新列表。 其他产品文档可以从 Data Aggregator 总目录中获取，该总目录可从 CA Performance Center 用户界面的“帮助”菜单中访问， 也可从 CA 支持下载。 该总目录包含 PDF 和 HTML 格式的版本说明（具有系统要求）、联机帮助和指南。

单击“帮助 (?)”按钮或从“帮助”菜单中选择“本页帮助”时，将为页面和视图提供上下文相关的联机帮助。

3.0 升级注意事项

支持从之前的版本升级 CA 性能管理 软件，并且此升级是递增式的。 有关升级路径的信息，请参阅《Data Aggregator 版本说明》。

3.1 由于使用逻辑卷管理器 (LVM) 而导致 Data Repository 升级失败

以下过程说明了如何从运行 Vertica 6.0.2（将 LVM (逻辑卷管理器) 用于数据和编录目录）的 Data Repository 转换为 Vertica 6.0.2（使用非 LVM）。 Vertica 数据库支持 Data Repository，但 Vertica 不支持在 LVM 卷上运行其数据库。 Vertica 从不支持在 LVM 上运行其数据库。 但是，从 Vertica 7.0.1-2（Data Aggregator 2.3.4 和 版本 2.4 版需要 Vertica 7.0.1-2）开始，Vertica 安装程序强制要求不允许 Vertica 在 LVM 上运行。

同时针对单一节点 Data Repository 部署和群集 Data Repository 部署，对将驻留在 LVM 分区的数据库目录迁移到非 LVM 分区的步骤进行了说明。 如果 Data Repository 正在使用 LVM 管理的卷，那么将无法安装 Data Aggregator 2.3.4 和 版本 2.4 版。

3.1.1 数据存储库 - 单一节点

重要说明！ 先备份 Data Repository，然后再继续进行。 确保此期间内不会运行任何排定的备份。

重要说明！ 当转换 LVM 分区时，您的本地分区或网络分区必须具有足够的可用空间才能暂时存储数据库内容。

假设：

• 数据目录为 /data。
• 编录目录为 /catalog。
• LVM 管理数据和编录目录。
• 数据库管理用户为 dradmin。
• 数据库命名为 drdata。

要继续进行迁移，请执行以下步骤：

1. 停止每个 Data Collector 实例：
   1. ssh dc_hostname -l root
   2. /etc/init.d/dcmd stop
   3. /etc/init.d/dcmd status
2. 停止 Data Aggregator：
   1. ssh da_hostname -l root
   2. /etc/init.d/dadaemon stop
   3. /etc/init.d/dadaemon status
3. 以 dradmin 身份停止数据库：
   1. ssh dr_hostname -l dradmin
   2. 使用 /opt/vertica/bin/adminTools 停止数据库

重要说明！ 以 root 用户身份执行以下步骤（除非另有说明）。

1. 创建一个临时目录 /tmp_data 用来暂时存储数据目录内容。 确保该目录所在的分区具有足够空间来容纳 /data/drdata 文件夹的完整复制。 这是临时的存储位置。 稍后会将数据从此位置移走。
   1. mkdir /tmp_data
   2. 确认 /tmp_data 被挂载到临时分区：

      挂载 data_partition /tmp_data

   3. 记录 /data 目录的大小以供后面的步骤 7 中参考：

      du -ch /data | grep -i total

   4. 确定目标分区的可用磁盘空间量：

      df -h /tmp_data

   5. 确认目标分区（/tmp_data 的分区）中有足够的可用磁盘空间以容纳 /data 目录的完整复制。
2. 更改 /tmp_data 文件夹的权限：

   chown dradmin:verticadba /tmp_data

   • dradmin

     是数据库管理员用户。

3. 将该数据库移到新目录中。

   mv /data/drdata /tmp_data

4. 确保文件大小匹配步骤 4.c. 中报告的大小：

   du -ch /tmp_data | grep -i total

5. 创建一个临时目录 /tmp_catalog 用来存储编录目录。 确保该目录所在的分区具有足够空间来容纳 /catalog/drdata 文件夹的完整复制。 这是临时的存储位置。 稍后会将数据从此位置移走。
   1. mkdir /tmp_catalog
   2. 确认 /tmp_catalog 被挂载到临时分区：

      mount data_partition /tmp_catalog

   3. 记录 /catalog 目录的大小以供后面的步骤 11 中参考：

      du -ch /catalog | grep -i total

   4. 确定目标分区的可用磁盘空间量：

      df -h /tmp_catalog

   5. 确认目标分区（/tmp_catalog 的分区）中有足够的可用磁盘空间以容纳 /catalog 目录的完整复制。
6. 更改 /tmp_catalog 文件夹的权限：

   chown dradmin:verticadba /tmp_catalog

   • dradmin

     是数据库管理员用户。

7. 将该编录移到新目录中。

   mv /catalog/drdata /tmp_catalog

8. 确保文件大小匹配步骤 8.c. 中报告的大小：

   du -ch /tmp_catalog | grep -i total

9. 通过记录挂载输出来记录 lvm 挂载点：

   mount

10. 卸载 /data 和 /catalog：

    umount /data

    umount /catalog

    注意：如果您遇到“繁忙”等相关错误，请确保所有窗口和应用程序都没有访问这些目录。

11. 在 /data 和 /catalog 上重新建立非 LVM 卷。 有三个方法：
    • 现有非 LVM 文件系统：在您卸载 /data 和 /catalog 时，空文件夹将被重新定位到与 Linux 文件系统的根目录相同的分区。 如果此分区符合大小要求并且您想今后在此保存数据，请从 /etc/fstab 中删除与 /data 和 /catalog 目录相关的行：

      vim /etc/fstab

    或者

    • 将现有 LVM 文件系统转换为非 LVM：如果您想将您的 LVM 分区转换为非 LVM 分区，请使用步骤 12 中的信息完成以下步骤：
      1. lvremove /dev/<lvmvolumegroup>/<lvmlogicalvolume>
      2. vgremove <lvmvolumegroup>
      3. pvremove /dev/<sdaX>
      4. mkfs.ext3 /dev/sdaX
      5. 在 /etc/fstab 中添加条目，如下所示：

         /dev/sdaX /catalog ext3 defaults 0 0

         /dev/sdaY /data ext3 defaults 0 0

    或者

    • 新建非 LVM 文件系统：如果您想使用新的非 LVM 分区，请格式化文件系统，并添加 /data 和 /catalog 的挂载点：

      a. mkfs.ext3 /dev/sdaX

      b. 在 /etc/fstab 中添加条目，如下所示：

      /dev/sdaX /catalog ext3 defaults 0 0

      /dev/sdaY /data ext3 defaults 0 0

12. 重新挂载所有文件系统：

    mount -a

13. 将临时目录中的数据移回到 /Vertica 已知的 /data 和 /catalog 目录：
    1. mv /tmp_data/drdata /data
    2. mv /tmp_catalog/drdata /catalog
14. 确保 /data 目录的大小匹配步骤 4.c. 中报告的大小：

    du -ch /data | grep -i total

15. 确保 /catalog 目录的大小匹配步骤 8.c. 中报告的大小：

    du -ch /catalog | grep -i total

16. 重新启动数据库：
    1. su – dradmin
    2. /opt/vertica/bin/adminTools

    注意：这可能会花费几分钟时间来执行。

17. 确认数据库正在运行。
    1. su - dradmin
    2. /opt/vertica/bin/adminTools
    3. 选择“查看数据库群集状态”，然后确认数据库状态为“启动”。
18. 重新启动 Data Aggregator：
    1. ssh da_hostname -l root
    2. /etc/init.d/dadaemon start
    3. /etc/init.d/dadaemon status
19. 启动每个 Data Collector 实例：
    1. ssh dc_hostname -l root
    2. /etc/init.d/dcmd start
    3. /etc/init.d/dcmd status

3.1.2 数据存储库 - 群集

重要说明！ 先备份 Data Repository，然后再继续进行。 确保此期间内不会运行任何排定的备份。

假设：

• 数据目录为 /data。
• 编录目录为 /catalog。
• LVM 管理数据和编录目录。
• 数据库管理用户为 dradmin。
• 数据库命名为 drdata。

要继续进行迁移，请执行以下步骤：

1. 停止每个 Data Collector 实例：
   1. ssh dc_hostname -l root
   2. /etc/init.d/dcmd stop
   3. /etc/init.d/dcmd status
2. 停止 Data Aggregator：
   1. ssh da_hostname -l root
   2. /etc/init.d/dadaemon stop
   3. /etc/init.d/dadaemon status

迁移群集中的节点的步骤

重要说明！ 以 root 用户身份执行以下步骤（除非另有说明）。

针对群集中的每个节点执行以下步骤。 一次为一个节点执行所有步骤（步骤 1 - 15）。

重要说明！ 使用 adminTools 来验证数据库是否正在运行。

1. 记录当前节点的 IP 地址：

   ifconfig

2. 以 dradmin 用户身份访问 adminTools：
   1. su - dradmin
   2. /opt/vertica/bin/adminTools
3. 停止主机上的 Vertica：
   1. 导航到“高级工具菜单”。 按 Enter 键。
   2. 导航到“停止主机上的 Vertica”。 按 Enter 键。
   3. 选择“迁移群集中的节点的步骤”一节步骤 1 中所示的相应主机 IP 地址。 按 Enter 键。
   4. 导航到“主菜单”。 按 Enter 键。
   5. 导航到“退出”。 按 Enter 键。
4. 切回到 root 用户：

   exit

5. 确认以下命令输出了“root”：

   whoami

6. 从 /data 目录删除文件：

   rm -rf /data/drdata

7. 从 /catalog 目录删除文件：

   rm -rf /catalog/drdata

8. 记录以下命令的输出以用于调试：
   1. mount
   2. cat /etc/fstab
9. 卸载 /data LVM 目录：

   umount /data

10. 卸载 /catalog LVM 目录：

    umount /catalog

11. 在 /data 和 /catalog 上重新建立非 LVM 卷。 有三个方法：
    • 现有非 LVM 文件系统：在您卸载 /data 和 /catalog 时，空文件夹将被重新定位到与 Linux 文件系统的根目录相同的分区。 如果此分区符合大小要求并且您想今后在此保存数据，请从 /etc/fstab 中删除与 /data 和 /catalog 目录相关的行：

      vim /etc/fstab

      或者

    • 将现有 LVM 文件系统转换为非 LVM：如果您想将您的 LVM 分区转换为非 LVM 分区，请使用步骤 8 中的信息完成以下步骤：
      1. lvremove /dev/<lvmvolumegroup>/<lvmlogicalvolume>
      2. vgremove <lvmvolumegroup>
      3. pvremove /dev/<sdaX>
      4. mkfs.ext3 /dev/sdaX
      5. 在 /etc/fstab 中添加条目，如下所示：

         /dev/sdaX /catalog ext3 defaults 0 0

         /dev/sdaY /data ext3 defaults 0 0

    或者

    • 新建非 LVM 文件系统：如果您想使用新的非 LVM 分区，请格式化文件系统，并添加 /data 和 /catalog 的挂载点：

      a. mkfs.ext3 /dev/sdaX

      b. 在 /etc/fstab 中添加条目，如下所示：

      /dev/sdaX /catalog ext3 defaults 0 0

      /dev/sdaY /data ext3 defaults 0 0

12. 重新挂载所有文件系统：

    mount -a

13. 使用 /data 和 /catalog 中的正确权限创建 drdata 文件夹：
    1. mkdir -p /data/drdata
    2. mkdir -p /catalog/drdata
    3. chown -R dradmin:verticadba /data
    4. chown -R dradmin:verticadba /catalog
14. 重新启动主机上的 Vertica：
    1. su - dradmin
    2. /opt/vertica/bin/adminTools
    3. 使用向下箭头键导航到“重新启动主机上的 Vertica”。 按 Enter 键。
15. 继续监控 adminTools。 重建数据时，当前节点的状态将保留为“正在恢复”。 在数据库回到“启动”之前不要继续。 数据库转换为“启动”状态会花费相当长的时间。
    1. 选择“查看数据库群集状态”。 按 Enter 键。
    2. 按 Enter 键跳转到主菜单。

    在数据库回到启动状态之后，请为下一节点重复“迁移群集中的节点的步骤”的步骤 1 - 15。 继续完成这些步骤，直到所有 Data Repository 节点都从 LVM 迁移出去。

针对所有 Data Repository 节点完成“迁移群集中的节点的步骤”一节中的步骤后，请执行以下步骤：

1. 登录到任意 Data Repository 节点：

   su - dradmin

   /opt/vertica/bin/vsql -U dradmin –w drpass

2. 运行以下 vsql 命令以重新建立自定义应用程序设置：
   1. SELECT set_config_parameter('MaxClientSessions',1024);
   2. SELECT set_config_parameter('StandardConformingStrings','0');
3. 启动 Data Aggregator：
   1. ssh da_hostname -l root
   2. /etc/init.d/dadaemon start
   3. /etc/init.d/dadaemon status
4. 启动所有 Data Collector 实例：
   1. ssh dc_hostname -l root
   2. /etc/init.d/dcmd start
   3. /etc/init.d/dcmd status

3.2 CA Mediation Manager 升级后的已知限制

CA Mediation Manager 集成的体系结构已显著增强。 需要 CA Mediation Manager 2.2.6 版或更高版本以便与 CA 性能管理 2.3.4 版或更高版本一起运行。 但是，此版本的集成不支持设备包生成器实用工具。

未来版本的 CA Mediation Manager 将支持增强版的该实用工具。 在此之前，您不能使用该实用工具来生成自定义设备包。

重要说明！ CA Mediation Manager 2.2.6 不与以前版本的 CA 性能管理 完全向后兼容。 要处理原始数据，必须将 Data Collector 升级到 版本 2.4。 确保在升级 CA 性能管理 之前迁移您的设备包。 有关详细信息，请参阅 CA 性能管理 Data Aggregator 文档总目录中名为“如何迁移设备包”的方案。

3.3 划分数据库表

如果您要升级 CA 性能管理 Data Aggregator 并且 Data Repository 安装在群集环境中，请在升级 Data Repository 组件之后且在升级 Data Aggregator 组件之前，确认所有数据库表都已划分。

注意：有关确认数据库表是否已划分的详细信息，请参阅 CA 性能管理 Data Aggregator 升级指南。

3.4 在 Data Repository 上更改写优化存储的规模

如果您正在管理一百万个或更多的轮询项，请更改 Data Repository 上的写优化存储 (WOS) 的规模，从 2 GB 的默认值更改为 4 GB 的增加值。 因为此操作需要关闭 Data Aggregator，我们建议您在升级 Data Aggregator 之前执行以下步骤。

1. 登录到安装了 Data Aggregator 的计算机。 要停止 Data Aggregator，请打开命令提示符并键入以下命令：

   service dadaemon stop

2. SSH 到 Data Repository 节点。
3. 要将处于写优化存储 (WOS) 中的所有数据移至读优化存储 (ROS)，请键入以下命令：

   /opt/vertica/bin/vsql -U database_admin_user -w database_admin_user_password -c "select do_tm_task('moveout')";

4. 要确认在 WOS 中没有数据依然存在，请键入以下命令：

   /opt/vertica/bin/vsql -U database_admin_user -w database_admin_user_password -c "select sum( region_in_use_size_kb ) as wos_usage_kb from wos_container_storage";

   如果此命令不返回 0 值，请等待 5 分钟，然后重新发出此命令。 如果 5 分钟之后，返回的值仍然大于 0，那么请在第 3 步中重新输入该命令，然后在此步骤重新发出该命令。

5. 要增加 WOS 的规模为 4 GB，请键入以下命令：

   /opt/vertica/bin/vsql -U database_admin_user -w database_admin_user_password -c "alter resource pool wosdata maxMemorySize '4G'";

3.5 CA Spectrum 支持和升级注意事项

如果计划使用 CA 性能管理 版本 2.4 注册 CA Spectrum 数据源，建议您升级到 CA Spectrum 版本 9.4。 较早版本的 CA Spectrum 不完全支持下列新功能：

• CA Spectrum 中的 CA Performance Center IP 域同步
• 全局收集和横向同步
• 从 CA Spectrum OneClick 的设备和接口模型到 CA Performance Center 性能数据的细分能力
• IP 域识别的同步发现

注意：有关将 CA Spectrum 升级到版本 9.4 的信息，请参阅 CA Spectrum 版本 9.4 文档。

4.0 数据导出的先决条件

启用数据导出功能后，Data Aggregator 对 CPU、内存和网络输入/输出的要求不变。 但是，对于用于数据导出的磁盘空间存储的第二个单独分区，有一条额外的要求。 分区的大小必须为 50 GB，以用于中等大小的部署。 50 GB 的大小允许在批处理作业将文件移到其他文件系统之前，保留一小时的数据。

5.0 缩减 CAMM DC 升级运行时间

如果您的 Data Collector 上装有 CAMM，那么 InstallAnywhere 的限制会导致升级所花费的时间超过一个小时。 以下知识库文章中提供了对此问题的变通方法：https://communities.ca.com/thread/241693769。

6.0 已知问题

6.1 Data Repository 安装或升级过程误检到逻辑卷管理器 (LVM) 并失败

如果逻辑卷管理器 (LVM) 正在用于管理 Data Repository 使用的卷，那么就无法安装 Data Repository。

Vertica 数据库支持 Data Repository，但 Vertica 不支持在 LVM 卷上运行其数据库。 Vertica 从不支持在 LVM 上运行其数据库。 但是，从 Vertica 7（Data Aggregator 2.3.4 版需要 Vertica 7）开始，Vertica 安装程序强制要求不允许 Vertica 在 LVM 上运行。

Vertica 7.0.1-2 安装程序存在已知问题。 如果在群集中的任意卷（不仅是 Vertica 使用的卷）中检测到 LVM，安装程序将生成一个警告消息。 该特定的警告消息如下所示：

WARN (S0170): https://my.vertica.com/docs/7.0.x/HTML/index.htm#cshid=S0170

lvscan（LVM 实用工具）指明某些活动的卷。

如果您在执行 dr_install.sh 的过程中遇到该警告消息，并且已经确认 Vertica 使用的编录和数据目录不由 LVM 管理，请采取进一步操作以帮助确保成功安装或升级 Vertica。

注意：如果 Vertica 使用的编录和数据目录由 LVM 管理，请参阅“升级注意事项”一节。

重要说明！ 仅在您已经确认 install.sh 脚本没有生成与 LVM 无关的任何其他警告或错误消息后，才执行以下步骤。

请执行以下步骤：

1. 在 dr_install.sh 脚本中搜索以 “/opt/vertica/sbin/install_vertica” 开头的行。 该行应如下所示：

   /opt/vertica/sbin/install_vertica -s $DB_HOST_NAMES -u $DB_ADMIN_LINUX_USER -l $DB_ADMIN_LINUX_USER_HOME -d $DB_DATA_DIR -L ./resources/$VLICENSE -Y -r ./resources/$VERTICA_RPM_FILE $POINT_TO_POINT_SPREAD_OPTION 2>&1 | tee -a $LOG_FILE

2. 在该行的 “-d $DB_DATA_DIR” 项后面添加以下新项（两边以空格包围）：

   --failure-threshold FAIL

   现在，该行应如下所示：

   /opt/vertica/sbin/install_vertica -s $DB_HOST_NAMES -u $DB_ADMIN_LINUX_USER -l $DB_ADMIN_LINUX_USER_HOME -d $DB_DATA_DIR --failure-threshold FAIL -L ./resources/$VLICENSE -Y -r ./resources/$VERTICA_RPM_FILE $POINT_TO_POINT_SPREAD_OPTION 2>&1 | tee -a $LOG_FILE

   添加此项将帮助确保仅当安装期间遇到一个或多个失败消息时安装才会失败。 安装会忽略 LVM 警告消息，进而安装将成功完成。

3. 要安装或升级 Vertica，请重新执行 dr_install.sh 脚本。 会跳过特定于 LVM 的警告消息。

   重新执行 dr_install.sh 时，将显示以下 LVM 警告消息：

   WARN (S0170): https://my.vertica.com/docs/7.0.x/HTML/index.htm#cshid=S0170

   lvscan（LVM 实用工具）指明某些活动的卷。

   但是，此警告消息不会阻止 Vertica 7 的安装或升级。

6.2 Data Repository 用户名和 Data Repository 管理员用户名不能相同

安装 Data Aggregator 组件时，会提示您输入 Data Repository 凭据，请不要让 Data Repository 用户名和 Data Repository 管理员用户名相同。 Data Aggregator 强制要求这些用户名在全新安装过程中不相同。

6.3 多个八位字节和 OOB 接口度量标准系列

在您为接口/端口组件创建自定义认证时，如果 MIB 表的索引有多个八位字节（例如：23.4.5.12），则无法将即用型接口度量标准系列用于认证。 在这种情况下使用接口度量标准系列会导致 CA Performance Center 中出现同步问题。

解决方法：

使用备选接口度量标准系列，或创建自己的自定义度量标准系列。 虽然这种结果可能不理想，但是此操作可使您的接口/端口项显示在设备组件下。

7.0 联系 CA Technologies

要获取在线技术帮助以及办公地址、主要服务时间和电话号码的完整列表，请联系技术支持：http://www.ca.com/worldwide。

版权所有 © 2014 CA Technologies. 。 保留所有权利。 此处引用的所有商标、商品名称、服务标识和徽标均归其各自公司所有。