
acryldata/datahub-upgradedatahub-upgrade CLI 镜像是用于 DataHub 数据治理平台升级管理的命令行工具容器化封装。该镜像提供了标准化的升级流程,支持 DataHub 实例的版本检查、预升级验证、升级执行及结果确认等操作,旨在简化 DataHub 升级过程,降低手动操作风险,确保升级过程可重复、可审计。
拉取镜像:从镜像仓库拉取指定版本的 datahub-upgrade CLI 镜像(建议使用固定版本标签,避免自动更新风险)。
bashdocker pull acryldata/datahub-upgrade:v0.11.0 # 示例版本,需替换为实际目标版本
执行升级操作:通过 docker run 启动容器,传入升级参数(如目标版本、DataHub 服务地址等)。
验证升级结果:升级完成后,通过工具内置命令或外部健康检查确认服务状态及数据完整性。
| 环境变量名 | 描述 | 示例值 | 是否必填 |
|---|---|---|---|
DATAHUB_BASE_URL | DataHub 服务基础地址(需包含协议,如 http/https) | [***] | 是 |
DATAHUB_AUTH_TOKEN | 访问 DataHub 的认证令牌(若启用认证,如 JWT、OAuth2 令牌) | eyJhbGciOiJIUzI1NiIsInR5cCI6... | 否(未启用认证时可不填) |
DB_CONNECTION_STRING | DataHub 元数据库连接串(用于直接操作数据库的升级步骤,如 MySQL/PostgreSQL) | jdbc:mysql://db-host:3306/datahub | 否(部分升级步骤依赖) |
LOG_LEVEL | 日志级别(DEBUG/INFO/WARN/ERROR) | INFO | 否(默认 INFO) |
BACKUP_DIR | 升级前数据备份目录(需挂载外部存储路径) | /backup | 否(启用备份时必填) |
| 参数名 | 描述 | 示例值 |
|---|---|---|
--target-version | 目标升级版本(必填,格式如 v0.11.0) | --target-version v0.11.0 |
--dry-run | 执行“干跑”模式,仅模拟升级流程,不实际修改数据 | --dry-run |
--skip-precheck | 跳过预升级环境检查(不建议生产环境使用) | --skip-precheck |
--backup | 升级前自动备份元数据(需配合 BACKUP_DIR 环境变量) | --backup |
--verbose | 输出详细日志(等价于 LOG_LEVEL=DEBUG) | --verbose |
以下示例为升级 DataHub 至 v0.11.0,执行预检查并备份数据:
bashdocker run -it --rm \ -e DATAHUB_BASE_URL="[***]" \ -e DATAHUB_AUTH_TOKEN="your-auth-token" \ -e BACKUP_DIR="/backup" \ -v /host/backup:/backup \ # 挂载主机目录存储备份文件 acryldata/datahub-upgrade:v0.11.0 \ upgrade --target-version v0.11.0 --backup
bashdocker run -it --rm \ -e DATAHUB_BASE_URL="[***]" \ acryldata/datahub-upgrade:v0.11.0 \ upgrade --target-version v0.11.0 --dry-run --verbose
版本匹配:确保 datahub-upgrade CLI 镜像版本与目标 DataHub 版本一致(如升级至 v0.11.0 需使用对应 CLI 版本)。
生产环境建议:升级前通过 --dry-run 验证流程,并手动备份关键数据(如数据库、配置文件),避免工具备份失效。
网络隔离:若 DataHub 部署在私有网络,需确保容器可访问 DataHub 服务及依赖组件(如数据库、Kafka)。
资源限制:升级过程可能涉及元数据迁移,建议为容器分配足够 CPU/内存(如 --cpus 2 --memory 4g)。
注:具体参数及功能可能随 DataHub 版本迭代更新,使用前请参考对应版本的官方升级文档。





manifest unknown 错误
TLS 证书验证失败
DNS 解析超时
410 错误:版本过低
402 错误:流量耗尽
身份认证失败错误
429 限流错误
凭证保存错误
来自真实用户的反馈,见证轩辕镜像的优质服务