华为云用户手册

命令示例 health nextflow create job -n "j1" -w "113b2ee6-bcb3-11ed-b7f6-fa163e504fdd" -d "htest" -l "a,b,c" -a "hello" -p "/param1.json"​ 输出结果： { "id": "fe88c9fe-2623-4b08-8f75-df60bb216072" } ​create nextflow job j1 successful

清理命令记录 为防止配置文件中的敏感信息泄露，建议使用health config clear命令定时清除本地配置文件。 对于执行的历史命令，可通过以下方法清除。 Linux：执行history -c命令清除历史记录，重新登录命令行工具后，记录可恢复。执行rm -f $HOME/.bash_history命令，可删除记录文件，清空历史。 macOS系统：执行ps -p $$命令检查shell类型。 类型为bash：操作与Linux系统相同。 类型为zsh：执行history -p命令清除历史记录，重新登录命令行工具后，记录可恢复。执行rm -rf ~/.zsh_history命令，退出终端后再次执行history -p命令可删除记录文件，清空历史。 windows系统：对于当前执行的命令，可通过关闭cmd窗口实现历史命令的清理。

命令示例 初始化配置 health config add -d xxx -u xxx -w xxx -i xxx -r cn-north-4 -o obs.cn-north-4.myhuaweicloud.com -a xxx -s xxx -D https://xxx -q xxx –f -m xxx -e xxx -t xxx # 执行成功返回结果如下 add ak successfully! add sk successfully! add region successfully! add platform-id successfully! add user-name successfully! add password successfully! add domain-name successfully! add obs-endpoint successfully! add obs_install_path successfully! add obs_down_load_url successfully! add iam-endpoint successfully! add health-endpoint successfully! add swr-endpoint successfully! 初始化配置 health config add -d xxx -u xxx -w xxx -i xxx -r cn-north-4 -a xxx -s xxx -D https://xxx -q xxx # 执行成功返回结果如下 add ak successfully! add sk successfully! add region successfully! add platform-id successfully! add user-name successfully! add password successfully! add domain-name successfully! add obs_install_path successfully! add obs_down_load_url successfully! 图1 命令示例 初始化配置并设置日志存储路径 health config add -d xxx -u xxx -w xxx -i xxx -r cn-north-4 -o obs.cn-north-4.myhuaweicloud.com -a xxx -s xxx -D https://xxx -q xxx --log-path D:\log\eihealth.log –f -m xxx -e xxx -t xxx # 执行成功返回结果如下 add ak successfully! add sk successfully! add region successfully! add platform-id successfully! add user-name successfully! add password successfully! add domain-name successfully! add obs-endpoint successfully! add obs_install_path successfully! add obs_down_load_url successfully! add log-path successfully! add iam-endpoint successfully! add health-endpoint successfully! add swr-endpoint successfully! 初始化配置并设置日志存储路径 health config add -d xxx -u xxx -w xxx -i xxx -r cn-north-4 -a xxx -s xxx -D https://xxx -q xxx --log-path D:\log\eihealth.log # 执行成功返回结果如下 add ak successfully! add sk successfully! add region successfully! add platform-id successfully! add user-name successfully! add password successfully! add domain-name successfully! add obs_install_path successfully! add obs_down_load_url successfully! add log-path successfully! 清空配置请执行health config clear命令 在Notebook中使用命令行工具 在 EIHealth 开发环境Notebook中使用命令行工具时，请依据以下步骤配置代理。 打开Notebook，并选择Terminal，打开Notebook的命令行界面。 执行以下命令下载命令行工具，并获取配置Notebook代理所需的 域名 和端口信息。 示例中下载的版本为Linux ARM 64位。 wget https://eihealth-cli.obs.cn-north-4.myhuaweicloud.com/current/health-linux-aarch64.tar 初始化配置时，添加--http-proxy命令，用于配置代理。 health config add --http-proxy http://域名:端口号 执行以上命令，会在系统所在的用户目录下自动生成“.health”文件夹，文件夹中包含config.ini配置文件，用于存储任务执行所涉及到的配置，如密钥、区域、当前项目等信息。 生成的配置文件不建议直接修改，如需改动请使用命令行工具修改。 配置文件中保存有用户的AK、SK信息，为了避免密钥泄露，会对文件中的SK进行加密以保护密钥安全。 初始化配置时，如果命令同时填写了AK/SK和密码，默认AK/SK方式登录。 初始化配置命令会在history中暴露ak、sk，建议使用set +o history命令关闭history再执行。执行后可使用set -o history命令恢复。

命令结构 执行health config add命令进行初始化配置。 health config add [flags] 表1 参数说明 参数 简写 是否必选 说明 --domain-name -d 是 与管理员（购买平台的账户）的账号名一致。 --user-name -u 是 子用户的用户名。 管理员（购买平台的账户）登录时，user-name和domain-name一致。 --password -w 是 密码。 --ak -a 是 AK(Access Key ID)：访问密钥ID。 --sk -s 是 SK(Secret Access Key)：与访问密钥ID结合使用的密钥。 --region -r 是 服务区域名称。依据购买服务所在的区域进行选择，可选cn-north-4、cn-east-3、cn-south-1 --platform-id -i 是 平台ID，获取方法请参见获取认证信息。 --iam-endpoint -m 否 IAM 终端节点名称，请在地区与终端节点中获取。 --health-endpoint -e 否 EIHealth终端节点名称，请在地区与终端节点中获取。 --swr-endpoint -t 否 SWR镜像仓库地址。 获取方式： 登录 容器镜像服务 管理控制台。 单击界面右侧“登录指令”，获取内网登录指令末尾的SWR镜像仓库地址。例如100.78.15.50:20202。 --log-path -l 否 日志路径，不填写时默认为命令行工具当前路径下healthcli.log文件。 路径设置格式： Windows系统为“路径\文件名”。 Linux系统格式为“路径/文件名”。 --http-proxy -p 否 HTTP代理配置，格式为“http://username:password@your-proxy:your-port”。 --obs-endpoint -o 否 OBS终端节点名称，请在地区与终端节点中获取。 --obs-install-path -q 否 设置obsutil安装路径，默认安装在当前运行目录。 设置时，该路径必须为obsutil运行文件名，如/home/path/obsutil、/home/path/obsutil-1.1.1 --obs_down_load_url -D 否 obsutil下载链接，obsutil将下载到obs-install-path上。 参数有改动时才会触发下载。 下载链接的内容可以是zip、tar.gz文件、二进制文件，如果是压缩文件，文件夹内的obsutil必须命名为obsutil（和obsutil官方链接保持一致）。 --force -f 否 强制操作。如果下载obsutil时，指定的obs-install-path上已经有同名文件，不带-f时会提示用户，带上-f会直接覆盖原文件。

命令结构 health get app ID [flags] 表1 参数说明 参数 简写 是否必选 说明 ID 无 否 不选此参数时，列出当前所在项目的所有应用信息。 指定app-id或app-name:version:srcproject，列出具体应用的信息，srcproject为源项目名称，可选。不指定srcproject时，默认为当前项目。例如GATK:4.0:projectname。 --sample -s 否 获取应用模板，模板为yaml格式。 --downloadPath -d 否 获取应用详情时，将内容下载到的指定文件夹路径（文件夹需要存在）。 --project 无 否 指定项目名。未填写则使用配置文件中的项目名。 --label -l 否 根据label标签搜索应用。

命令结构 health get workflow ID [flags] 表1 参数说明 参数 简写 是否必选 说明 ID 无 否 不选此参数时，列出当前所在项目的所有流程信息。 指定workflow-id或workflow-name:version:srcproject，列出具体应用的信息，srcproject为源项目名称，可选。不指定srcproject时，默认为当前项目。 --sample -s 否 获取流程模板，模板为yaml格式。 --downloadPath -d 否 获取workflow详情时，将内容下载到的指定文件夹路径（文件夹需要存在）。 --project 无 否 指定项目名。未填写则使用配置文件中的项目名。 --label -l 否 根据label标签搜索workflow

命令示例 本节以Windows为例介绍eihealth-toolkit的使用过程，Linux和macOS环境使用方法基本相同，可参考。 使用health get workflow -s命令获取模板，详细的模板介绍和使用请参见获取流程模板。 使用health get workflow命令查询指定的流程信息。 health get workflow 550e8400-e29b-41d4-a716-446655440000 health get workflow workflow-name:version workflow: id: 3a7fa782-5bcb-11eb-9fef-fa163ef9b34d name: lk-workflow-0121 version: 1.0.0 summary: SDFDSF description: SDFDSFDSF labels: - SDFSDF timeout: 1440 output_dir: /lk-workflow-0121 tasks: - task_name: task-1-lk-app-0121 app_id: f165b7a6-5bc9-11eb-9fef-fa163ef9b34d name: "" resources: cpu: 0.1C memory: 0.1G gpu_type: "" gpu: "0" inputs: - name: input1 values: - ${task-2-lk-app-0121.output1} output_dir: /sdsd - task_name: task-2-lk-app-0121 app_id: f165b7a6-5bc9-11eb-9fef-fa163ef9b34d name: "" resources: cpu: 0.1C memory: 0.1G gpu_type: "" gpu: "0" inputs: - name: input1 values: - ei_eihealth_x00356764_02:/yexihao/ output_dir: /asdsd - task_name: task-4-lk-app-0121 app_id: f165b7a6-5bc9-11eb-9fef-fa163ef9b34d name: "" resources: cpu: 0.1C memory: 0.1G gpu_type: "" gpu: "0" inputs: - name: input1 values: - ei_eihealth_x00356764_02:/yexihao/ - name: input2 values: [] output_dir: /sd - task_name: task-5-zx-2id-2od app_id: "5" name: "" resources: cpu: 0.1C memory: 0.1G gpu_type: "" gpu: "0" inputs: - name: indir-01 values: - ${task-1-lk-app-0121.output1} - name: indir-02 values: - ${task-4-lk-app-0121.output1} output_dir: /sadsd license: BSD health get workflow -s 获取workflow yaml模板文件，以yaml格式打印到控制台 workflow: # 处理规则同app id: xxxx # 可选 # 流程唯一标识，由系统随机分配 # 处理规则同app name: xxxx # 必选 # workflow名称 version: xxxx # 必选 # workflow版本，workflow名称+workflow版本在一个项目内保持唯一 summary: xxx # 可选 # 短描述 description: 'description' # 可选 # 完整描述文本 labels: # 可选 # 标签 - labelA - labelB timeout: 1440 # 可选 # 流程超时时间，取值范围[1,144000]，单位分钟，默认1440 output_dir: # 可选 # workflow的当前工作目录，默认为根目录，用户可显示指定 tasks: # 必选 # 任务列表 - task_name: app1-1 # 任务名称 # 唯一标识处理规则如下： # 1. 特殊id，采用{app_name}::{app_version}::{src_project_name}格式，用于手动创建场景 # src_project_name在使用导入or订阅的资源是需要填写，为空表示本项目 # 2. 其他场景，app_id为系统分配的唯一标识 app_id: xxx # 必选 app唯一标识 name: # task展示名称 resources: cpu: 2C # 'CPU数量' memory: 4G # '内存大小' gpu_type: # 'GPU类型' gpu: # 'GPU数量' output_dir: # task输出子目录，默认为空时，自动生成task-name子目录，允许在workflow中配置 inputs: # 输入参数配置，默认覆盖workflow、app中同名配置 - name: 'input_name1' # 参数名 values: # 参数值，覆盖基础配置 - xxx - task_name: app2-1 # 任务名称 app_id: xxx # app唯一标识 name: # task展示名称 resources: cpu: 2C # 'CPU数量' memory: 4G # '内存大小' gpu_type: # 'GPU类型' gpu: # 'GPU数量' output_dir: # task输出子目录，默认为空时，自动生成task-name子目录，允许在workflow中配置 inputs: # 输入参数配置，默认覆盖workflow、app中同名配置 - name: 'input_name2' # 参数名 values: # 参数值，覆盖基础配置 - xxx license: xxx # workflow的许可证 # 下载workflow详情到a文件夹 health get workflow 3df8c00e-0291-11ed-973f-fa163e507c84 -d ./a download workflow detail successfully! # 根据label标签搜索workflow health get workflow -l labelA id name version label source_eihealth_project_name user_name create_time update_time 501c20c9-aaf8-11ee-a057-fa163ef319da cli-demo-workflow 1.0.0 labelA,labelB test-project-new-permissions-700wwx-test-admin 2024-01-04 19:56:36 2024-01-04 19:56:36 4dd32f12-aaf7-11ee-a057-fa163ef319da cli-demo-workflow 2.0.0 labelA,labelB test-project-new-permissions-700wwx-test-admin 2024-01-04 19:49:23 2024-01-04 19:49:23

命令示例 获取task列表 health nextflow get task -j "7991e0b4-bffe-4166-ac2e-45a261592dcc" { "tasks": [ { "task_id": "1", "process": "readfile", "hash": "f2/a0f16c", "status": "RUNNING", "container": "swr.xxx/eihealth-0659ea54-5ae6-4e9d-b014-a2b041a26f62/admet:2.0.0.1659942728536", "pod_name": "nf-f2a0f16c66bbe8e28824e8ccabbddd25", "submit": "2023-03-09T08:50:37Z" } ], "count": 1 } 获取task详情 health nextflow get task 1 -j "7991e0b4-bffe-4166-ac2e-45a261592dcc" { "id": "1", "command": "\n echo /test;sleep 1000;echo \"end /test\";\n ", "status": "RUNNING", "exit": 2147483647, "work_dir": "/nextflow/__nextflow_work__/e6dcd289-dadb-48d9-b53b-e0c6c256932e/mb79e5e6-1b14-41b4-ac3b-e8fb0122d64d/f2/a0f16c66bbe8e28824e8ccabbddd25", "module": [], "container": "swr.xxx/eihealth-0659ea54-5ae6-4e9d-b014-a2b041a26f62/admet:2.0.0.1659942728536", "attempt": 1, "execution_time": { "submit": "2023-03-09T08:50:37Z", "start": "2023-03-09T08:50:40Z" }, "resource_requested": { "container": "swr.xxx/eihealth-0659ea54-5ae6-4e9d-b014-a2b041a26f62/admet:2.0.0.1659942728536", "cpus": 1 }, "resource_usage": {} } 获取task日志 health nextflow get task 1 -j "7991e0b4-bffe-4166-ac2e-45a261592dcc" -t logs { "count": 1, "logs": [ "2023-03-09T08:50:44Z /test\n" ] }

命令示例 本节以Windows为例介绍eihealth-toolkit的使用过程，Linux和macOS环境使用方法基本相同，可参考。 修改消息的保留数目 health edit retention message --number 10000 # 执行成功返回结果如下 set the retention of message successfully! 修改已完成作业的保留数目 health edit retention completed-jobs --number 10000 # 执行成功返回结果如下 set the retention of completed-jobs successfully!

命令结构 health get job ID [flags] 表1 参数说明 参数 简写 是否必选 说明 ID 无 否 不选此参数时，列出当前所在项目的所有作业信息。 指定job-id时，列出具体作业的信息。可以同时指定多个job-id。 不带--detail参数，以yaml格式展示作业基本信息。 带--detail参数，以json格式展示作业基本信息。 --detail -d 否 配合ID使用，返回作业的详细信息。 --sample -s 否 获取作业模板，模板为yaml格式。 --limit -l 否 代表当次请求获取的最大查询条数（默认为10）。 --offset -o 否 偏移量，从第几条数据开始查询，默认为0。 --event -e 否 获取作业事件或者作业某一task事件，单独使用表示获取作业事件；与--task一起使用表示获取某一个task事件，并同时输出task实例列表。 --log -g 否 本地存放task日志的路径，必须与--task一起使用以获取作业某一task的日志。 --task -a 否 task名称。如果是并发的task，那么默认获取索引号为0的task实例，如果要查看别的实例，格式： --task task名称;实例索引，如--task task-1;1。 --finish-from-time -x 否 查询任务完成起始时间。例如，2006-01-02 15:04:05。 --finish-to-time -y 否 查询任务完成结束时间。例如，2006-01-02 15:04:05。 --create-from-time -c 否 询任务创建起始时间，例子：--create-from-time="2006-01-02 15:04:05"。 --create-to-time -m 否 询任务创建结束时间，例子：--create-to-time="2006-01-02 15:04:05"。 --labels -k 否 作业标签列表。以","分隔，如："a,b"。 --status -q 否 作业状态(用于获取作业列表)，取值：Succeeded、Running、Pending、Failed、Cancelling、Cancelled、Unknown。 --workflow-name -t 否 流程名。 --user-name -u 否 用户名。 --job-name -j 否 任务名。

命令示例 本节以Windows为例介绍eihealth-toolkit的使用过程，Linux和macOS环境使用方法基本相同，可参考。 使用health get job -s命令获取模板，详细的模板介绍和使用请参见获取作业模板。 获取作业详情，以模板方式展示。 health get job 000c6057-cc6c-11ed-bbec-fa163ef30f89 job: id: 000c6057-cc6c-11ed-bbec-fa163ef30f89 name: job-7402 description: "" priority: 0 timeout: 1440 output_dir: /job-7402-de91a3e0-076c-4327-a41c-8e88c7aec6ae workflow_id: f1af14bb-cc69-11ed-bbec-fa163ef30f89 io_acc_id: "" node_labels: [] tasks: - task_name: task-1-test-echo inputs: [] resources: cpu: 0.1C memory: 0.1G gpu: "0" tool_type: workflow tool_id: f1af14bb-cc69-11ed-bbec-fa163ef30f89 labels: [] 获取作业详情，以json方式展示。 health get job f17a3542-3f7c-11eb-868a-fa163e3ddba1 --detail { "jobs": [{ "id": "2", "name": "zx-1030-mkdir", "description": "测试文件创建", "priority": 0, "timeout": 1440, "output_dir": "", "status": "SUCCEEDED", "create_time": "2021-01-20T03:38:14Z", "finish_time": "2021-01-20T03:43:23Z", "tool_info": { "tool_id": "", "tool_name": "", "tool_version": "", "tool_type": "" }, "tasks": [{ "task_name": "task0", "display_name": "", "output_dir": "", "whole_output_dir": "", "resources": { "cpu": "0.1C", "memory": "0.1G", "gpu_type": "", "gpu": "0" }, "inputs": [{ "name": "in-dir", "values": [ "ei_eihealth_x00356764_02:/zx-1030/" ] }, { "name": "in-str", "values": [ "mkdir1030" ] } ], "app_info": { "app_id": "2", "app_name": "zx-1030-mkdir", "app_version": "1.0.0", "app_src_project_name": "", "app_labels": [], "app_summary": "", "app_description": "", "app_image": "ei_eihealth_x00356764_02/modelarts-base-cpu-py3:custom-2.0.2", "app_commands": [ "mkdir ${in-dir}${in-str}" ], "app_input_parameters": [{ "name": "in-dir", "pattern": "", "type": "DIRECTORY", "required": true, "description": "" }, { "name": "in-str", "pattern": "", "type": "STRING", "required": true, "description": "" } ], "app_output_parameters": [] } }], "task_runtime_info": [{ "task_name": "task0", "status": "SUCCEEDED", "create_time": "2021-01-20 11:38:22", "finish_time": "2021-01-20 11:43:22", "run_time": "5m0s" }], "dag": { "task0": {} }, "io_acc_expected_usage": 10, "io_acc_info": { "id": "35673038-d57b-4dab-942a-72cf3e11e7df", "type": "IO_PERFORMANCE_BANDW IDT H", "space": 500, "free_space": 500.0 } }], "count": 1 } 获取作业列表。 health get job #不带任何参数默认获取100条 job_id job_name tool_name tool_version tool_type status user_name create_time finish_time labels 4b682e15-ab92-11ee-a057-fa163ef319da cli-demo-job cp-test 2.0.0 workflow PENDING wwx-test-admin 2024-01-05 14:18:51 -- e7e55c6e-aaf6-11ee-a057-fa163ef319da cli-demo-job-import cli-demo-workflow 4.0.0 workflow FAILED wwx-test-admin 2024-01-04 19:46:32 2024-01-04 19:47:50 aee9e91a-aaf6-11ee-a057-fa163ef319da job-6685 cli-demo-workflow 4.0.0 workflow FAILED wwx-test-admin 2024-01-04 19:44:56 2024-01-04 19:45:50 58a8f13b-aaf3-11ee-a057-fa163ef319da job cp-test 2.0.0 workflow FAILED wwx-test-admin 2024-01-04 19:21:03 2024-01-04 19:23:54 35ff73b3-aaf3-11ee-a057-fa163ef319da job cp-test 2.0.0 workflow SUCCEEDED wwx-test-admin 2024-01-04 19:20:05 2024-01-04 19:24:52 24b72eee-aaf3-11ee-a057-fa163ef319da job cp-test 2.0.0 workflow SUCCEEDED wwx-test-admin 2024-01-04 19:19:36 2024-01-04 19:25:10 4ccef1fb-aaf2-11ee-a057-fa163ef319da job cp-test 2.0.0 workflow SUCCEEDED wwx-test-admin 2024-01-04 19:13:34 2024-01-04 19:17:34 health get job -j cli-demo-job job_id job_name tool_name tool_version tool_type status user_name create_time finish_time labels 70f1baa8-ab96-11ee-a057-fa163ef319da cli-demo-job cp-test 2.0.0 workflow SUCCEEDED wwx-test-admin 2024-01-05 14:48:32 2024-01-05 14:55:13 6c6098f0-ab96-11ee-a057-fa163ef319da cli-demo-job cp-test 2.0.0 workflow SUCCEEDED wwx-test-admin 2024-01-05 14:48:24 2024-01-05 14:54:25 health get job -l 3 同 health get job -l 3 -o 0 #列出当前project的job的基本信息 #表示取3条数据，也就是取1-3 条数据 health get job -o 10 同 health get job -l 100 -o 10 #列出当前project的job的基本信息 #表示取100条数据，也就是取11-110 100 条数据 health get job -l 10 -o 3 #列出当前project的job的基本信息 #表示跳过3条数据,从第4条数据开始取，取10条数据，也就是取4-13 10条数据 获取作业事件。 health get job 550e8400-e29b-41d4-a716-446655440000 --event ------------------------------------------------------------------------------------------------------------------------ 成功关联执行器 2024-01-05 14:18:51 ------------------------------------------------------------------------------------------------------------------------ 执行 create， 共计 1 个子任务 2024-01-05 14:18:51 ------------------------------------------------------------------------------------------------------------------------ 执行 create， 共计 1 个子任务 2024-01-05 14:18:51 ------------------------------------------------------------------------------------------------------------------------ 创建k8s Job对象 task-3-two-cp-0-bd5e1f7dac10005f 成功. 2024-01-05 14:18:51 ------------------------------------------------------------------------------------------------------------------------ 等待任务 task-3-two-cp-0-bd5e1f7dac10005f 执行完成 2024-01-05 14:18:56 ------------------------------------------------------------------------------------------------------------------------ 元素(task-3-two-cp-0)第1次重试执行(create)，当前异常:Failed to wait the Job(task-3-two-cp-0-bd5e1f7dac10005f) has desiredReplicas: the pod list of job:task-3-two-cp-0-bd5e1f7dac10005f is empty . 2024-01-05 14:18:51 ------------------------------------------------------------------------------------------------------------------------ 创建k8s Job对象 task-2-cp-dir-0-bd5e1f7dac10005f 成功. 2024-01-05 14:18:56 ------------------------------------------------------------------------------------------------------------------------ 获取作业某一task事件。 health get job 550e8400-e29b-41d4-a716-446655440000 --event --task task-lmx-job-1 Task event list: Status Times Type Details First Report Time Last Report Time SuccessfulCreate 1 Normal Created pod: task-1-rename-0-1b840133ac100049-hkppv 2022-05-24 18:04:55 2022-05-24 18:04:55 JobIsComplete 1 Normal Pod exits with success, the job is complete 2022-05-24 18:07:09 2022-05-24 18:07:09 Task instances list: Name Status PodIP Node RestartCount Request/Limit(CPU) Request/Limit(Memory) CreateTime task-1-rename-0-1b840133ac100049-hkppv Succeeded 172.16.1.20 192.168.125.40 0 / / 2022-05-24T10:04:55Z 获取并发task的实例事件。 health get job c5b3d272-f398-11ec-845a-fa163ef3fac0 --task task-1-test-bingfasmial;1 --event Task event list: Status Times Type Details First Report Time Last Report Time SuccessfulCreate 1 Normal Created pod: task-1-test-bingfasmial-1-59620029ac100038-jkdpt 2022-06-24 16:37:20 2022-06-24 16:37:20 JobIsComplete 1 Normal Pod exits with success, the job is complete 2022-06-24 16:37:23 2022-06-24 16:37:23 Task instances list: Name PodIP Node RestartCount Request/Limit(CPU) Request/Limit(Memory) CreateTime task-1-test-bingfasmial-1-59620029ac100038-jkdpt 172.16.3.37 192.168.54.255 0 1/1 1G/1G 2022-06-24 16:37:20 获取作业某一task日志。 health get job 550e8400-e29b-41d4-a716-446655440000 --log ./test/demo.log --task task-xxx-job-1 download the log of task task-lmx-job-1 successfully! 获取作业列表。 health get job --status Failed --user-name ei_eihealth --create-from-time "2022-12-15 00:40:11" --create-to-time "2022-12-17 00:40:11" --finish-from-time "2022-12-14 17:05:09" --finish-to-time "2022-12-19 23:04:07" --labels "label1,lab_el-A" --job-name h-err-1 --workflow-name herr --limit 1 --offset 1 job_id job_name tool_name tool_version tool_type status user_name create_time finish_time labels 8a6078d9-c307-11ed-a824-fa163e504fdd job-4127-01 new-01 wewe workflow FAILED ei_eihealth_h00541446_01 2023-03-15 16:01:07 2023-03-15 16:02:51 label1,lab_el-A

数据库对象 表1 schema对象 序号 Oracle数据库 GaussDB数据库 差异 1 分析视图 不支持 - 2 属性维度 不支持 - 3 集群 支持 - 4 约束 支持 - 5 数据库链接 支持 - 6 数据库触发器 支持 - 7 尺寸 支持 - 8 外部过程库 不支持 - 9 分层结构 不支持 - 10 索引组织表 不支持 - 11 索引 支持 - 12 索引类型 不支持 - 13 java类 不支持 - 14 java资源 不支持 - 15 java源码 不支持 - 16 join groups 不支持 - 17 物化视图 支持 - 18 物化视图日志 不支持 - 19 挖掘模型 不支持 - 20 对象表 不支持 - 21 对象类型 不支持 - 22 对象视图 不支持 - 23 operators 支持 - 24 包 支持 - 25 序列 支持 - 26 存储函数 支持 - 27 存储过程 支持 - 28 同义词 支持，有差异 Oracle数据库的数据库对象在同一namespace内不能重名。 GaussDB 同一namespace内同义词可与表、视图、函数、package重名，如果重名，会优先访问本名对象，未寻找到本名对象时才会寻找同义词指向的对象；Schema名是用户名时才会搜索PUBLIC同义词。 29 表 支持 - 30 视图 支持 - 31 zone map 不支持 - 表2 nonschema对象 序号 Oracle数据库 GaussDB数据库 1 上下文 不支持 2 目录 支持 3 版本 不支持 4 闪回存档 不支持 5 锁定配置文件 不支持 6 配置文件 不支持 7 还原点 支持 8 角色 支持 9 回滚段 ustore支持回滚段 astore不支持回滚段 10 表空间 支持 11 表空间集 不支持 12 统一审计策略 支持 13 用户 支持 父主题： SQL的基本元素

数据库对象 表1 schema对象 序号 Oracle数据库 GaussDB数据库 差异 1 分析视图 不支持 - 2 属性维度 不支持 - 3 集群 支持 - 4 约束 支持 - 5 数据库链接 支持 - 6 数据库触发器 支持 - 7 尺寸 支持 - 8 外部过程库 不支持 - 9 分层结构 不支持 - 10 索引组织表 不支持 - 11 索引 支持 - 12 索引类型 不支持 - 13 java类 不支持 - 14 java资源 不支持 - 15 java源码 不支持 - 16 join groups 不支持 - 17 物化视图 支持 - 18 物化视图日志 不支持 - 19 挖掘模型 不支持 - 20 对象表 不支持 - 21 对象类型 不支持 - 22 对象视图 不支持 - 23 operators 支持 - 24 包 支持 - 25 序列 支持 - 26 存储函数 支持 - 27 存储过程 支持 - 28 同义词 支持，有差异 Oracle数据库的数据库对象在同一namespace内不能重名；GaussDB内同一namespace内同义词可与表、视图、函数、package重名，重名时，优先访问本名对象，未寻找到本名对象时才会寻找同义词指向的对象；Schema名是用户名时才会搜索PUBLIC同义词。 29 表 支持 - 30 视图 支持 - 31 zone map 不支持 - 表2 nonschema对象 序号 Oracle数据库 GaussDB数据库 1 上下文 不支持 2 目录 支持 3 版本 不支持 4 闪回存档 不支持 5 锁定配置文件 不支持 6 配置文件 不支持 7 还原点 支持 8 角色 支持 9 回滚段 ustore支持回滚段 astore不支持回滚段 10 表空间 支持 11 表空间集 不支持 12 统一审计策略 支持 13 用户 支持 父主题： SQL的基本元素

请求示例 请求示例（文本翻译） POST https://{endpoint}/v1/{project_id}/machine-translation/text-translation Request Header: Content-Type:application/json X-Auth-Token: MIINRwYJKoZIhvcNAQcCoIINODCCDTQCAQExDTALBglghkgBZQMEAgEwgguVBgkqhkiG... Request Body: { "text": "欢迎使用 机器翻译 服务", "from": "zh", "to": "en", "scene":"common" } Python3语言请求代码示例（翻译中文"欢迎使用机器翻译服务"为英文） # -*- coding: utf-8 -*- # 此demo仅供测试使用，建议使用sdk。需提前安装requests，执行pip install requests import requests import json def nlp_demo(): url = 'https://{endpoint}/v1/{project_id}/machine-translation/text-translation' # endpoint和project_id需替换 token = '用户对应region的token' header = { 'Content-Type': 'application/json', 'X-Auth-Token': token } body = { 'text': '欢迎使用机器翻译服务', 'from': 'zh', 'to': 'en', 'scene': 'common' } resp = requests.post(url, data=json.dumps(body), headers=header) print(resp.json()) if __name__ == '__main__': nlp_demo() Java语言请求代码示例（翻译英文"It is a good day"为中文） import java.io.BufferedReader; import java.io.InputStream; import java.io.InputStreamReader; import java.io.OutputStreamWriter; import java.net.HttpURLConnection; import java.net.URL; /** * 此demo仅供测试使用，建议使用sdk */ public class NLPDemo { public void nlpDemo() { try { //endpoint和projectId需要替换成实际信息。 URL url = new URL("https://{endpoint}/v1/{project_id}/machine-translation/text-translation"); String token = "对应region的token"; HttpURLConnection connection = (HttpURLConnection) url.openConnection(); connection.setRequestMethod("POST"); connection.setDoInput(true); connection.setDoOutput(true); connection.addRequestProperty("Content-Type", "application/json"); connection.addRequestProperty("X-Auth-Token", token); //输入参数 String text = "It is a good day"; String from = "en"; String to = "zh"; String body = "{\"text\":\"" + text + "\" ,\"from\":\"" + from + "\" ,\"to\":\"" + to + "\" ,\"scene\":\"common\"}"; OutputStreamWriter osw = new OutputStreamWriter(connection.getOutputStream(), "UTF-8"); osw.append(body); osw.flush(); InputStream is = connection.getInputStream(); BufferedReader br = new BufferedReader(new InputStreamReader(is, "UTF-8")); while (br.ready()) { System.out.println(br.readLine()); } } catch (Exception e) { e.printStackTrace(); } } public static void main(String[] args) { NLPDemo nlpDemo = new NLPDemo(); nlpDemo.nlpDemo(); } }

响应消息 响应参数说明请参见表4。 表4 响应参数说明 参数名 参数类型 说明 src_text String 调用成功时表示翻译原文，编码格式为UTF-8。 调用失败时无此字段。 translated_text String 调用成功时表示翻译译文，编码格式为UTF-8。 调用失败时无此字段。 from String 调用成功时表示源语种（源语种输入为auto时，显示语种识别结果），编码格式为UTF-8。 调用失败时无此字段。 to String 调用成功时表示目标语种，编码格式为UTF-8。 调用失败时无此字段。 error_code String 调用失败时的错误码，具体请参见错误码。 调用成功时无此字段。 error_msg String 调用失败时的错误信息。 调用成功时无此字段。

响应示例 成功响应示例 { "src_text": "欢迎使用机器翻译服务", "translated_text": "Welcome to use machine translation services", "from": "zh", "to": "en" } 失败响应示例 { "error_code": "NLP.0101", "error_msg": "Authentication failed. Verify the token." }

功能介绍 文本翻译是为了实现语种间的转换。对于用户输入原始语种的文本，转换为目标语种的文本。本接口不支持对文档进行翻译，文档翻译请见文档翻译任务创建。 文本翻译支持一次性提交多个任务，服务会根据资源排队处理。 文本翻译接口具体Endpoint请参见终端节点。 调用华为云NLP服务会产生费用，本API按字符数阶梯计费，文本翻译不支持套餐包抵扣，用户可以在 自然语言处理 价格计算器价格详情页了解具体计费说明。 本API调用限制为20次/秒。

请求消息 请求参数说明请参见表2。 表2 请求参数说明 参数名 参数类型 必选 说明 text String 是 待翻译文本，仅支持utf-8编码，长度不超过2000字符。一个汉字、英文字母、标点符号等，均计为一个字符。 from String 是 翻译原语言，具体取值见表3。 to String 是 翻译目标语言，具体取值见表3。 scene String 否 默认为“common”，当前只有通用场景。 表3 文本翻译支持的语言列表 语种名称 语言代码 阿拉伯语 ar 德语 de 俄语 ru 法语 fr 韩语 ko 葡萄牙语 pt 日语 ja 泰语 th 土耳其语 tr 西班牙语 es 英语 en 越南语 vi 中文（简体） zh 自动检测输入语种并翻译成目标语种，您需要指定目标语种。 auto

队列 队列是用来记录一类具有相同权限和任务对象的成员集。当需要批量处理同一类用户权限时，可以通过创建队列来实现，即通过队列给业务用户在业务流转过程中，区分不同的权限。 队列支持以下功能： 绑定一个或多个对象。 若队列绑定了对象，涉及这些对象的用户任务（例如审批流）将会投递到该队列成员进行处理。 可以给队列配置一个公共邮箱，用于接收公共通知邮件。 可以给队列成员发送邮件。 在工作流中为泳道指定某个队列，此队列中全部用户都可以操作此泳道的流程。

什么是BO 商业对象（Business Object，简称BO）是封装了完整的数据模型、业务逻辑、页面展现的软件单元。一个BO提供一个完整场景的服务，为上层应用提供特定服务。不同用户可以开发各自的BO，在BO里创建逻辑使其具有特定的业务功能，开发好后制作成用户包并进行发布。下载用户包给其他用户，其他用户安装BO包后，在上层应用（需要使用该BO服务的应用）里导入发布好的BO，即导入特定的业务功能进行使用。 例如，设备BO，为上层应用提供对设备的统一语义，对设备自身能力进行抽象封装，不包含对设备的运营运维管理能力。告警BO，对园区的所有告警提供统一语义，从各个子系统和上层应用获取告警数据，统一模型统一展现。GIS服务BO，提供对GIS子系统的租户管理、地图管理、位置服务接口的封装和标准化接口。您可以基于设备BO、告警BO以及GIS服务BO等多种BO资产，创建智能烟雾感应应用，完成设备数据的接入、处理分析以及告警监控功能。 父主题： 业务对象（BO）

云审计 服务支持的CTC操作列表 云审计服务（Cloud Trace Service， CTS ）记录认证测试中心相关的操作事件，方便您日后的查询、审计和回溯，具体请参见云审计服务用户指南。 云审计服务支持的CTC操作列表如表1所示。 表1 云审计服务支持的CTC操作列表 操作名称 资源类型 事件名称 认证测试中心-创建订单 PSDM createCTCOrder 认证测试中心-租户申请交付 PSDM CTCCustomerApplication 租户侧上传附件 PSDM customerUploadAccessory 租户侧下载指定模板文件 PSDM customerDownloadTemplate 服务单附件下载 PSDM downLoadAccessories 服务单验收通过 PSDM professionalTicketsAcceptanceSuccess 服务单验收延期 PSDM professionalTicketsAcceptanceExtend 服务单评价 PSDM professionalTicketsEvaluate 父主题： 云审计服务

设置关联项 工作项可以与项目内的其它类型工作项建立关联关系。 协同上游需求：从上游项目协同过来的需求。 仅其他项目的原始需求在“协同下游需求”中选择的“归属项目”为本项目时，才会在本项目中显示相应的信息。 “协同接收”显示的颜色不同，代表的意思不同，具体如下： ：需求还未处理前，“协同接收”的颜色显示为橙色，表示该需求还未被接收。 ：需求被接纳后，“协同接收”的颜色变为绿色，表示该需求已被接收。 ：需求被退回后，“协同接收”的颜色变为红色，表示该需求被拒绝接收。 协同下游需求：向下游项目协同的需求。 支持批量分发，一次最多只能分发10条。默认一条，且不能删除。 单击“分发需求”，弹出“分发需求”窗口。 配置分发需求的信息。 “归属项目”只能选择本项目外的项目。当系统中只存在本项目时，该参数没有取值可选，即不能进行需求分发。 单击“确定”，需求分发成功。 单击需求标题“RR02-下发”，会直接访问到该需求“RR02-下发”所在的“IPD项目2”中。 在原始需求列表中，可查看到该需求“RR02”的“协同状态”显示为“协同下发”。 协同下游需求不是移除操作，本项目的工作项仍然显示。 “协同下发”显示的颜色代表的意思与“协同接收”相同。 子工作项：当前研发需求中的子需求SR。 仅规划、实现状态的需求支持分解和关联子工作项。 支持批量分解，一次最多只能分解10条。默认一条，且不能删除。 单击“分解”，弹出“分解子工作项”窗口。 配置子工作项的信息。 单击图标，可以展开及配置更多信息。 单击“确定”，分解成功。 该子工作项会自动显示在原始需求列表中所属父工作项下。 关联工作项：与本项目中其他类型的工作项，直接建立关联关系。 支持新建和关联Epic、FE、Task和Bug，新建工作项的操作请参见新建工作项。“分析”状态的需求只支持新建和关联Task。 单击，可取消关联。 Wiki：原始需求对应的Wiki。 选择与当前需求相关联的Wiki。

添加工时 在工作项列表中，单击标题名进入详情页。 单击“工时”页签。 单击“新增工时”，弹出“新增工时”窗口。 填写工时信息。 工时的结束日期不能早于开始日期。 是否勾选“包含周末”，如果不勾选，则工时记录中不会生成周末的记录。 “工时”可以选择“总数”或“每天”。 “工时类型”包括后端开发、前端开发、UI设计、调休请假、缺陷修复、公共事务等，还支持自定义取值，具体步骤如下： 单击，弹出“工时类型设置”窗口。 单击“新建”。 输入“标题”。 “标题”不能重复。 单击“确定”，工时类型设置成功。 设置成功的工时类型支持编辑、删除操作。 开启“工时类型设置为必填”时，“工时类型”参数前会有红色星号显示，表示必填项。 单击“确定”，工时新增成功。 系统会自动根据填写的工时日期和工时天数生成对应的记录。 工时支持编辑、删除操作。

添加附件 附件类型支持图片、工作簿、文稿、文本文件等类型。每个工作项可容纳的附件个数不超过100个，附件总容量不得超过50MB。 在工作项列表中，单击标题名进入详情页。 单击“附件”页签。 单击“点击或拖拽文件到此处上传”，选择本地文件，将文件上传至工作项中作为附件。 支持将本地文件直接拖拽到输入框中。当上传进度条达到100%，系统提示附件上传成功。 将鼠标放在上传成功的文件上，会显示可执行的操作。 单击，可以下载文件到本地存放。 单击，可以删除上传的文件。

协同下发 仅已完成的需求不支持协同下发。 在研发需求列表中，选择需要协同下发的需求。 通过复选框选择需要协同下发的需求，单击页面下方的“协同下发”。 该方式支持单选和多选。 进入需要协同下发的需求的详情页面，单击右上角的图标，选择“协同下发”。 在弹出的提示窗口中选择下游项目。 如果下拉框中无取值，需要执行如下操作增加项目取值。 单击“配置协同下游项目”，系统跳转到“协同下游项目配置”页面。 单击“添加协同下游项目”，弹出“添加协同下游项目”窗口。 选择需要协同的项目。 单击“添加”，即可添加成功。 重新再执行步骤1～步骤2，即可选择刚添加的下游项目。 单击“下一步”，弹出“协同下发”窗口。 选择“接收人”和“期望接收时间”。 单击“确定”，协同下发成功。 在研发需求列表中，可查看到协同下发需求的“协同状态”显示为“协同下发”。 在下游项目“IPD项目2”中执行协同接收的操作，只有接收成功后，才算完成下发。

添加附件 附件类型支持图片、工作簿、文稿、文本文件等类型。每个工作项可容纳的附件个数不超过100个，附件总容量不得超过50MB。 在工作项列表中，单击标题名进入详情页。 单击“附件”页签。 单击“点击或拖拽文件到此处上传”，选择本地文件，将文件上传至工作项中作为附件。 支持将本地文件直接拖拽到输入框中。当上传进度条达到100%，系统提示附件上传成功。 将鼠标放在上传成功的文件上，会显示可执行的操作。 单击，可以下载文件到本地存放。 单击，可以删除上传的文件。

添加工时 在工作项列表中，单击标题名进入详情页。 单击“工时”页签。 单击“新增工时”，弹出“新增工时”窗口。 填写工时信息。 工时的结束日期不能早于开始日期。 是否勾选“包含周末”，如果不勾选，则工时记录中不会生成周末的记录。 “工时”可以选择“总数”或“每天”。 “工时类型”包括后端开发、前端开发、UI设计、调休请假、缺陷修复、公共事务等，还支持自定义取值，具体步骤如下： 单击，弹出“工时类型设置”窗口。 单击“新建”。 输入“标题”。 “标题”不能重复。 单击“确定”，工时类型设置成功。 设置成功的工时类型支持编辑、删除操作。 开启“工时类型设置为必填”时，“工时类型”参数前会有红色星号显示，表示必填项。 单击“确定”，工时新增成功。 系统会自动根据填写的工时日期和工时天数生成对应的记录。 工时支持编辑、删除操作。

添加工时 在工作项列表中，单击标题名进入详情页。 单击“工时”页签。 单击“新增工时”，弹出“新增工时”窗口。 填写工时信息。 工时的结束日期不能早于开始日期。 是否勾选“包含周末”，如果不勾选，则工时记录中不会生成周末的记录。 “工时”可以选择“总数”或“每天”。 “工时类型”包括后端开发、前端开发、UI设计、调休请假、缺陷修复、公共事务等，还支持自定义取值，具体步骤如下： 单击，弹出“工时类型设置”窗口。 单击“新建”。 输入“标题”。 “标题”不能重复。 单击“确定”，工时类型设置成功。 设置成功的工时类型支持编辑、删除操作。 开启“工时类型设置为必填”时，“工时类型”参数前会有红色星号显示，表示必填项。 单击“确定”，工时新增成功。 系统会自动根据填写的工时日期和工时天数生成对应的记录。 工时支持编辑、删除操作。

添加附件 附件类型支持图片、工作簿、文稿、文本文件等类型。每个工作项可容纳的附件个数不超过100个，附件总容量不得超过50MB。 在工作项列表中，单击标题名进入详情页。 单击“附件”页签。 单击“点击或拖拽文件到此处上传”，选择本地文件，将文件上传至工作项中作为附件。 支持将本地文件直接拖拽到输入框中。当上传进度条达到100%，系统提示附件上传成功。 将鼠标放在上传成功的文件上，会显示可执行的操作。 单击，可以下载文件到本地存放。 单击，可以删除上传的文件。

设置关联项 工作项可以与项目内的其它类型工作项建立关联关系。 关联工作项：与本项目中其他类型的工作项，直接建立关联关系。 支持关联已有RR：先完成新建原始需求后，才可以在此处关联。 支持关联已有IR、SR和AR：先完成新建研发需求、分解研发需求后，才可以在此处关联。 关联已有Task：先完成新建任务后，才可以在此处关联。 单击，可取消关联。 协同缺陷：可将缺陷下发到其他项目。 支持批量下发，一次最多只能分发10条。默认一条，且不能删除。 单击“协同下发”，弹出“协同下发”窗口。 配置下发缺陷的信息。 单击图标，可以展开及配置更多信息。 单击“确定”，缺陷下发成功。 该缺陷还需在协同下发的归属项目中进行查看和处理。 缺陷协同下发后，上游缺陷的附件不会带到下游缺陷中，需要缺陷当前责任人联系缺陷提出人获取附件。 文件：当前缺陷相关的文件。 选择与当前缺陷相关联的文件。 Wiki：当前缺陷相关的Wiki。 选择与当前缺陷相关联的Wiki。 测试计划：当前缺陷相关的测试计划。 选择与本缺陷相关联的测试计划。 测试用例：当前缺陷相关的测试用例。可以在测试管理中选择与测试用例相关联的缺陷。 代码提交记录：当前缺陷相关的代码提交记录。 仅当代码提交时，关联了当前缺陷单号，才会显示相关信息。 代码分支：当前缺陷相关的代码分支。 仅当代码分支关联了当前缺陷单号，才会显示相关信息。