【问题标题】:TPT job seems to ignore the TargetMaxSessions parameterTPT 作业似乎忽略了 TargetMaxSessions 参数
【发布时间】:2021-02-22 15:12:29
【问题描述】:

我使用 tdload 命令在 2 个 teradata 实例之间移动数据。它正在工作,但因为管理团队抱怨会话过多,我试图通过提供 TargetMaxSessions 和 SourceMaxSessions 参数来限制 TPT 在源数据库上仅使用 1 个会话,在目标数据库上使用 1 个会话。在似乎工作的源数据库中,但在目标数据库中,我总是看到 26 个会话! 有人可以给我一个提示吗?提前谢谢!

两个 DB 的数据库版本均为 16.20。

这里是我的 tdload 命令的结构:

tdload --SourceTdpid xx.xxx.xxx.xx --SourceUserName MYUSER  --SourceUserPassword  '$tdwallet(MYUSER_pw)' \
       --SourceTable MYDB.MYTABLE \
       --TargetTdpid yyy.yy.yy.yy  --TargetUserName MYUSER2 --TargetUserPassword '$tdwallet(MYUSER2_pw)' \
       --TargetTable MYDB.MYTABLE --TargetWorkingDatabase MYDB \
       --TargetMaxSessions 1 --SourceMaxSessions 1 --LoadInstances 1 \
       -S myjob > MYDB_MYTABLE.log 2>&1

TPT已经生成了这个参数文件,所以它似乎理解了我的命令(但仍然得到26个目标会话):

【问题讨论】:

    标签: teradata


    【解决方案1】:

    会话数通常不受 Min/MaxSessions 控制,而是由 Workload Management 控制。

    大多数运营商都支持使用 querybanding 设置负载大小的参数,例如

    QueryBandSessInfo = 'UtilityDataSize=SMALL;'
    

    是会话数最少的预定义选项。

    联系您的管理团队,也许他们定义了其他值,例如请求单个会话的值(当然,当他们抱怨会话过多时,他们应该告诉你)。

    【讨论】:

    • 附加问题:你知道这些 MaxSessions 参数有什么用吗?
    • 它们在 TDWM 之前使用,即它们是遗留的(在大多数系统上)
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2015-06-21
    • 1970-01-01
    • 2018-11-19
    • 1970-01-01
    • 2021-10-28
    • 2016-09-30
    • 2016-03-16
    相关资源
    最近更新 更多