📁 文件列表

8046603升级到8052277

8.0.46603 升级到 8.0.52277

版本支持

升级服务端

升级 dbackup3

升级 dbackup-server

  1. 升级前准备:
  2. 升级dbackup-server
  3. 升级完成后，检查项。

注意

  1. 服务端升级后会检测存储服务器 /infokist 目录的文件系统类型，若文件系统类型是 ZFS，则允许创建合成池，不允许创建重删池；若文件系统非 ZFS 则允许创建重删池不允许创建合成池，其他类型的存储池不受影响。
  2. 升级前非 ZFS 文件系统，安装了dbackup3-storaged-lanfree 后可创建合成池，升级后将不支持创建。
  3. 若升级后仍需要创建不受支持的存储池，可通过如下步骤启用：admin 登录迪备，打开 global-config 页面，在【存储管理】中设置“ZFS 文件系统下不支持的存储池” 和 “ZFS 文件系统下才支持的存储池” 选项。
  4. 新版本 nginx 的 backupd 和 storaged 的 ssl 端口配置文件，在 location /d2 配置块中，增加了 include proxy_timeout_params; ，若升级前手工配置过其他的端口代理 ssl ，需要手工添加 include proxy_timeout_params; 配置，或用最新的配置文件为模板重新配置 DBackup3_Nginx_配置默认端口
  5. 若升级前添加有 NDMP 主机，升级后，需进入资源界面，修改 NDMP 主机，选择一个客户端。
  6. 若打开了 “配置文件防篡改”功能，一定要先关闭再进行升级。

配置使用 MySQL 数据库存储 Catalog

注意：SQLite 迁移 MySQL 前，一定要先检查界面、backupd 服务和日志等是否正常，若不正常应先排查问题，再迁移。

查看当前数据是否已迁移到 MySQL

# 登录 MySQL 查看是否有 dbackup3 库
show databases;

# 使用db_config查看 host 、port、passowrd、user、connector属性及值
/opt/scutech/dbackup3/bin/db_config list -n common

若已经是 MySQL，则跳过【从 SQLite 迁移到 MySQL】相关迁移操作。

配置 MySQL 连接

  1. 配置时提示重启backupd服务，请输入N
    root@ubuntu:~# /etc/init.d/dbackup3-backupd config mysql
Please input MySQL host[127.0.0.1]: 
Please input MySQL port[3306]: 
Please input MySQL user[root]: 
Please input MySQL password: 
Loaded /opt/scutech/dbackup3/lib/libmysqlclient.so with flags 0x00000101(RTLD_LAZY | RTLD_GLOBAL)
Test MySQL connectivity OK!
Do you want to restart backupd? [Y]: N
  2. 迁移数据库 （迁移数据库之前先停相关dbackup3服务）
    /etc/init.d/dbackup3-backupd stop
/etc/init.d/dbackup3-storaged stop
/opt/scutech/dbackup3/bin/db_migrate  sqlite  mysql
/etc/init.d/dbackup3-backupd  restart
/etc/init.d/dbackup3-storaged  restart

升级用户手册

用root权限执行手册run脚本（manual/manual-dbackup.xxxx.run, manual/manual-old/manual-scutech-xxxx.run），按照提示输入即可。

chmod +x manual-dbackup-xxxx.run
chmod +x manual-scutech-xxxx.run
./manual-dbackup-xxxx.run && ./manual-scutech-xxxx.run

代理端升级

dbackup3 代理端

  1. 需要检查备份服务器是否已安装 rpm 和 gnupg 工具，若无可使用 tools/rpm-gnupg-offline.tar.gz 离线包安装。
    dpkg -l | grep -E "rpm|gnupg"
  2. HP-UX、Solaris 、AIX 代理端不支持升级，需手动升级；
  3. 其他 dbackup3 代理端，使用界面上传 dbackup3 包进行升级；
  4. KingBase V7 及 V8 版本在 Linux 平台统一使用 agent-postgres 安装包
  5. KingBase V8R3 及以上版本升级后继续使用 agent-postgres 包，KingBase V7在服务端升级后需先卸载 agent-kingbase 包，重新安装 agent-postgres 包。
  6. Windows DB2 升级代理端，若存在 DB2 自动归档日志备份作业，需要先执行 db2stop 命令停止数据库服务，使得迪备插件库得以释放，然后再进行升级操作。
    （以前的处理方式：升级前删除自动归档日志备份作业，然后再进行升级操作。此操作方法不一定能保证 Windows DB2 代理端升级成功，因为在删除作业的过程中，某些 DDL 进程不一定能够释放成功。）
注意：
  1. RPM 包推送升级，需检查服务端是否安装 rpm 和 gnupg 包，安装完成后需重启 dbackup3-backupd 服务

datasender 代理端

dpkg -i dbackup-datasender-version.deb

filesender 代理端

FusionCloud 虚拟化平台代理端由 filesender 变更为统一使用 datasender，需要卸载 filesender 重装成 datasender 代理端。

        dpkg -P dbackup-filesender

        dpkg -i dbackup-datasender-version.deb

Kubernetes 代理端

Kubernetes 代理端升级需要修改 agent.yaml 中的 image 参数，然后重新执行 kubectl apply -f agent.yaml

image: registry.docker.scutech.com/k8s-backup/centos/stable/dbackup3-agent-k8s:version.dbg

Catalog 回滚 SQLite 配置

注意：适用于现场升级可能因为某种原因（如数据迁移时数据量过大，错过用户升级时间窗口）导致迁移失败需要回滚配置的场景。

  1. 回退配置的方法：
     /etc/init.d/dbackup3-backupd config sqlite
  2. 回滚配置后可使用如下命令确认是否回滚成功
    root@ubuntu:# /opt/scutech/dbackup3/bin/config db list -n common
Database: common
    backend-config-path: "" 
    backup: true
    backup-pages_number: 1000
    backup-sleep-msec: 100
    charset: "" 
    connect-timeout: 5
    connector: "sqlite" 
    host: "" 
    init-command: "" 
    journal-mode: "" 
    max-conn-number: 8
    max-conn-pool-size: 6
    metadata: "common" 
    password: "" 
    path: "/var/opt/scutech/dbackup3/backupd/common.db" 
    port: 0
    ssl-ca: "" 
    ssl-ca_path: "" 
    ssl-certificate: "" 
    ssl-cipher: "" 
    ssl-key: ""

升级有MySQL资源的代理端时，若升级存在以下依赖问题

libmysqlclient.so.18()(64bit) 被 (已安裝) postfix-2:2.10.1-6.el7.x86_64 需要
libmysqlclient.so.18(libmysqlclient_18)(64bit) 被 (已安裝) postfix-2:2.10.1-6.el7.x86_64 需要

解决特定版本无法广播升级问题

由 nginx autoindex 提供支持