QueryGrid 管理器集群合并概述 - Teradata QueryGrid

Teradata® QueryGrid™ 安装和用户指南

Product
Teradata QueryGrid
Release Number
2.19
Published
2022 年 7 月
Language
中文 (简体)
Last Update
2022-08-23
dita:mapPath
zh-CN/jpf1654813554544.ditamap
dita:ditavalPath
ft:empty
dita:id
lxg1591800469257
Product Category
Analytical Ecosystem
您可以将两个单独的 QueryGrid 管理器集群合并为一个 QueryGrid 管理器集群,以便实现整个生态系统的通信。
如果要合并具有完整 Vantage 堆栈的站点和分析节点,请在合并前向 QueryGrid GSO 团队打开一个事件以进行咨询。
为了清晰起见,本概述以集群 A 和集群 B 为例,这两个集群的特征如下:
  • 集群 A - 两个集群中较大的集群,用于包含集群 B 信息。
  • 集群 B - 并入集群 A 中的集群。
合并 QueryGrid 管理器集群包含四个主要任务:
  1. Backup集群 B 中的 QueryGrid 管理器之一。
  2. 将集群 B 备份复制到集群 A 上的某个 QueryGrid 管理器
  3. 在包含集群 B 备份的集群 A 上运行 migrate 命令。
  4. QueryGrid 管理器从集群 B 联接到集群 A。
在迁移过程中,集群 A 将保持功能完全、正常运行状态,不会对任何 QueryGrid 查询产生影响。当节点被迁移过来并且重新启动网络结构进程时,集群 B 可能会中断任何 QueryGrid 查询。
下表列出了在迁移过程中从备份文件迁移和不迁移的对象。
迁移
软件
节点(在迁移过程中节点会对自身进行注册)
数据中心
系统
网桥
网络结构
连接器
链接
网络
通信策略
用户映射
不迁移
管理器
网络结构键
服务帐户
管理器设置(日志数据保留、查询数据保留、查询摘要频率、会话超时等)
问题
捕获的日志
查询指标

合并注意事项

  • 迁移节点要求集群 B 处于联机状态,而且集群 B 上的 tdqg-managertdqg-node 都要运行 QueryGrid 02.08.00.00 及更高版本。此外,节点必须至少能够访问集群 A 中的一个 QueryGrid 管理器。如果不满足这些条件,则无法迁移节点,此时用于取消迁移的选项将变为可用状态。可以使用最初向系统添加节点的方法来重新添加节点。
  • 同一类型的对象的对象名称必须唯一。在合并过程中,如果集群 A 和集群 B 中的对象共用同一名称(如网络、数据中心或网络结构),则会为集群 B 对象显示两个选项。
    选项 结果
    跳过对象 跳过集群 B 对象时,该对象不会迁移到集群 A,而且集群 B 对象的所有引用都将使用相同名称更新到集群 A 中的对象。
    重命名对象 重命名集群 B 对象并将该对象复制到集群 A。

    如果重命名链接,则会显示一条警告,指出必须在外部服务器定义中手动更新该新链接名称。

  • 您可以选择将集群 B 中的网络结构与集群 A 上的现有网络结构合并,也可以迁移该网络结构。
    选项 结果
    合并 现有名称、版本和端口将用于组合后的网络结构。连接器会添加到新合并的网络结构中。
    迁移 将网络结构迁移到新集群时,可能存在端口冲突,您可能需要为迁移的网络结构选择一个新端口。
  • 如果对象迁移失败,可再次运行 migrate 命令,系统会自动跳过已迁移的所有对象。