解决作业问题 - Teradata Data Mover

Teradata® Data Mover 用户指南

Product
Teradata Data Mover
Release Number
16.20
Published
2021 年 11 月
Language
中文 (简体)
Last Update
2021-12-02
dita:mapPath
zh-CN/wph1512683331242.ditamap
dita:ditavalPath
zh-CN/mpm1591127278842.ditaval
dita:id
B035-4101
Product Category
Analytical Ecosystem
问题 说明 解决方案
覆盖现有对象时出现错误 覆盖选项用于指示是否覆盖目标中已存在的表。如果 overwrite_existing_objects 参数的值为 false 且目标中已存在表,则在创建作业时会生成一条错误消息:目标系统上存在表 XX。请将 OverwriteExistingOjbects 属性更改为 true 并重试。 如果在创建新作业时收到错误消息,请在 create.xml 中将 overwrite_existing_objects 元素的值更改为 true,或者更改 create 命令中的 overwrite_existing_objects 参数。对于已创建的作业,您无法更改此选项,因此必要时请创建一个新作业。如果在创建作业时将覆盖选项指定为 false 且目标中已存在表,但在创建作业和运行作业之间的间隔时间内从目标上删除了该表,则在作业运行时不会在目标上创建该表。
没有 Data Mover 代理 如果在命令行上收到以下错误:守护程序找不到任何代理。要运行作业,必须至少具有 1 个代理。 运行 /etc/init.d/dmagent status 以确定当前是否有任何 Data Mover 代理联机。如果没有 Data Mover 代理处于联机状态,请转至安装了 Data Mover 代理的 Teradata 服务器并执行以下操作:
  1. 运行 /etc/init.d/dmagent status 以确定 Data Mover 代理是否处于活动状态。
  2. 如果 Data Mover 代理未处于活动状态,请运行 /etc/init.d/dmagent 以启动它。
Data Mover 守护程序端口正在使用中 如果收到以下错误:其他进程正在使用守护程序端口。 转到 /etc/opt/teradata/datamover。编辑 daemon.properties,将 arcserver.port 的值更改为可用端口号。
表未复制到目标系统 如果表在输入 XML 文件中列出了,但未复制到目标 Teradata Database 系统。 您可以尝试下列任一过程来确定原因:
  • 运行 status 命令,并将 output_level 指定为 4,以查看失败原因。
  • 配置守护程序,以便将事件发送到 Teradata Ecosystem Manager,然后重新运行作业并查看 TMSMEVENT 元数据表。
  • 在创建 XML 文件中,将 log_level 元素的值设置为 99,然后创建并启动作业。运行 status 命令,并将 output_level 指定为 4,以查看失败原因。
  • 使用 list_agents 命令列出所有可用代理,以验证至少有一个代理正在运行。
  • 查看 /var/opt/teradata/datamover/logs 下的 dmDaemon.log 文件。
  • 查看 /var/opt/teradata/datamover/logs 下的 dmAgent.log 文件。
  • 重新启动所有 Teradata® Data Mover 服务,然后再次运行失败的作业。要重新启动 Teradata® Data Mover ActiveMQ 服务,请将目录更改为 /etc/init.d,然后在命令行上键入以下命令:
    tdactivemq stop
    tdactivemq start
    要重新启动守护程序服务,请将目录更改为 /etc/init.d,然后在命令行上键入以下命令:
    dmdaemon stop
    dmdaemon start
    要重新启动代理服务,请将目录更改为 /etc/init.d,然后在命令行上键入以下命令:
    dmagent stop
    dmagent start