简介：《鼎甲迪备安装配置手册 7 打印版本》是面向备份管理员与IT运维人员的实操型安装指南，针对鼎甲迪备备份软件在多种操作系统环境下的部署与配置需求，帮助读者完成从环境准备到子服务器联调的完整落地。资源包共1个文件，为1.34MB的PDF文档，适合打印随身查阅或作为部署时的对照手册。内容按安装须知、备份服务器安装、存储服务器安装等模块组织，涵盖硬件要求与支持环境说明、安装依赖与系统对应安装包选择，并分别给出Ubuntu、Windows、NeoKylin（飞腾1500A）及Red Hat、Asianux、CentOS等平台的安装步骤，还细化了Ubuntu与Windows子服务器的配置流程。读者可据此快速核对软硬件条件、选对安装包，并按章节完成主服务器与子服务器的部署，减少环境适配中的反复试错。目前已有224人学习，对初次接触迪备或需要跨平台部署的管理员均有参考价值。
1. 拿到一份 70 页的备份软件安装手册，先别急着翻目录
上周有个做运维的朋友甩给我一份 PDF，说公司要上一套国产备份系统，让他三天内把测试环境搭起来。他翻了两页就头大：备份服务器、存储服务器、磁带库控制器、代理端、数据同步模块、虚拟机代理端、操作系统还原光盘，光安装章节就分了九大类，每类下面还按 Ubuntu、Windows、麒麟、Red Hat、AIX、Solaris、HP-UX 各写一遍。这其实是国产备份软件落地时最典型的场景——鼎甲迪备这类产品功能铺得很开，手册厚是厚，但它不是给你从头读到尾的，是给你按角色拆着用的。这份 V7.1 打印版手册真正解决的是「不同操作系统、不同数据库、不同虚拟化平台下，到底该装哪个包、依赖什么、先配哪一步」的问题，适合正在做备份系统选型验证的运维、要交付国产化环境的实施工程师，以及被安排搭测试环境但没接触过这套产品的人。
2. 先分清五种角色：装错一个包，后面全白搭
很多人拿到手册第一反应是从第 1 章往后顺着装，结果装到代理端才发现备份服务器根本没起来。这套产品的部署逻辑不是线性的，是「一个中心 + 多类节点」的星型结构，你得先想清楚这台机器在架构里扮演什么角色，再去对应章节找安装包。手册目录其实已经把角色切得很清楚了，只是没明说。
2.1 备份服务器、存储服务器、代理端到底谁管谁
按手册的章节划分，整套系统里至少有五类可安装的组件：备份服务器（第 2 章）、存储服务器（第 3 章）、磁带库控制器（第 4 章）、备份代理端（第 5 章）、数据同步模块（第 6 章），再加上虚拟机代理端（第 7 章）和操作系统备份代理端（第 8 章）。它们的关系可以这样理解：备份服务器是大脑，负责任务调度、策略管理和元数据；存储服务器是仓库，真正落数据的地方，可以独立部署也可以和备份服务器合设；代理端是手脚，装在要被备份的业务机器上，负责把数据抓出来送给存储端。
这里有个选型上的关键判断：存储服务器要不要独立。手册把备份服务器和存储服务器分成两章写，本身就暗示了它们可以分开部署。小规模测试环境里，常见做法是把两者装在同一台机器上省资源；但只要备份数据量上了 TB 级，或者要走 LAN-Free、要接磁带库，就必须把存储服务器独立出来，否则备份流量和调度流量抢同一块网卡，性能会很难看。磁带库控制器则是只有你物理接了带库才需要，纯磁盘备份的环境直接跳过第 4 章。
代理端这块最容易翻车。手册第 5 章按数据库类型列了十几张安装包对照表——Oracle、SQL Server、MySQL、PostgreSQL、DB2、Informix、Sybase、MongoDB，还有达梦、Kingbase、GBase、GBase8t、神通这些国产库，外加文件、Exchange、SharePoint、Domino。每一类对应的代理包不一样，装之前必须先在表 5.2 到 5.17 里查准你那个数据库版本对应哪个包。我见过有人拿通用文件代理去备 Oracle，装完服务能起，但备份任务一跑就报错，因为数据库代理里带了 RMAN 调用和归档日志处理的逻辑，通用包根本没有。
2.2 按操作系统对号入座：一张对照表省掉半天试错
手册最实用的部分其实是那些「系统对应安装包」的小节，第 2.2、3.2、5.2、6.1、7.1、8.2 节都是干这个的。它把操作系统分成了几个族：Ubuntu/Debian 系走 DEB 包，Red Hat/Asianux/CentOS/麒麟走 RPM 包，Windows 走 exe 安装程序，AIX、Solaris、HP-UX 各有独立包，麒麟还单独拎出飞腾 1500A 这个 ARM 架构的版本。下面这张表是我按手册章节整理的对应关系，装之前先在这张表上找到自己那行：
| 组件角色 | 对应手册章节 | 常见系统形态 | 包格式 |
|---|---|---|---|
| 备份服务器 | 第 2 章 | Ubuntu / Windows / 麒麟飞腾 / Red Hat 系 | DEB / exe / RPM |
| 存储服务器 | 第 3 章 | Windows / Ubuntu / 麒麟飞腾 / Red Hat 系 | exe / DEB / RPM |
| 磁带库控制器 | 第 4 章 | Ubuntu / Red Hat | DEB / RPM |
| 数据库代理端 | 第 5.2 节 | 按数据库类型细分 | 按库类型定 |
| 文件/应用代理端 | 第 5.3–5.9 节 | Windows / DEB 系 / RPM 系 / AIX / Solaris / HP-UX | 对应包格式 |
| 数据同步模块 | 第 6 章 | Windows / Red Hat 系 / AIX / Solaris | exe / RPM |
| 虚拟机代理端 | 第 7 章 | H3C CAS / Hyper-V / OpenStack | 按平台定 |
| 操作系统备份代理 | 第 8 章 | Windows / Ubuntu / Linux | exe / DEB / RPM |
这张表的价值在于帮你快速定位，但真正的坑在依赖上。手册每一类组件的第一节都是「安装依赖说明」，第 2.1、3.1、4.1、5.1、8.1 节，列的是装这个包之前系统里必须已经有的东西。Linux 下常见的是某些运行库、解压工具、以及特定版本的系统组件；Windows 下则可能是某个运行环境或补丁。依赖没装齐，安装脚本跑到一半报个缺库的错，新手很容易以为是包坏了，其实是前置条件没满足。
提示：依赖说明那几页别跳过。我一般会先把对应章节的依赖列表抄到记事本上，装之前逐条
rpm -q或dpkg -l查一遍，比装到一半再回头补要省事得多。
2.3 安装顺序与最小可用环境
搞清楚角色和包之后，顺序就明确了。一个能跑起来的最小环境，按这个顺序走：先装备份服务器（第 2 章），确认 Web 管理界面能登录；再装存储服务器（第 3 章，合设的话这步并入上一步），在管理界面里把存储节点注册进去；然后挑一台业务机装代理端（第 5 章对应小节），在界面里发起一次文件级备份验证链路通不通；最后才按需加数据同步（第 6 章）、虚拟机代理（第 7 章）这些增强模块。
这个顺序不是手册明写的，是从它的章节编排反推出来的——手册把备份服务器放第 2 章、存储放第 3 章、代理放第 5 章，本身就是从中心到边缘的铺法。跳过前面直接装代理，代理端启动时会去连备份服务器，连不上就一直重试，日志里刷一堆连接失败，你还以为是代理包的问题。
3. Linux 与 Windows 两条安装主线：命令、参数与验证点
手册把安装操作按系统拆得很细，但真正高频的就两条线：Linux 系的命令行安装和 Windows 的图形化安装。国产化环境里麒麟飞腾那一支单独拎出来讲，是因为 ARM 架构的包和 x86 不通用，这个后面避坑章会专门说。
3.1 Linux 系：DEB 与 RPM 的安装动作和依赖处理
Ubuntu/Debian 走 DEB，手册 2.3、3.4、5.4、8.4 节都是这个路子。安装前准备一般包括更新系统、确认依赖、关掉可能冲突的服务。安装动作本身不复杂，但参数和验证点要记牢：
# 以备份服务器 DEB 包为例，先解压再安装（包名以实际为准） tar -xzf backup-server-xxx.deb.tar.gz cd backup-server-xxx # 用 dpkg 安装，-i 表示 install；若报依赖缺失，先补依赖再重装 sudo dpkg -i ./backup-server-xxx.deb # 依赖缺失时用这条自动补齐（仅限能联网或已配本地源的环境） sudo apt-get install -f # 安装后确认服务状态，服务名以手册为准 systemctl status backup-server这段里dpkg -i只负责装包，不解决依赖，所以装完如果提示缺库，apt-get install -f是补救手段。生产环境如果不能联网，就得提前把依赖包下好本地装，这也是为什么 2.1 节的依赖列表要提前看。服务起来之后别急着下一步，先systemctl status看是不是 active，再看端口有没有监听，手册 2.3.3 节提到的虚拟机模块配置也是在这个阶段做的。
Red Hat/CentOS/Asianux/麒麟这一支走 RPM，手册 2.6、3.6、5.5 节。RPM 的依赖处理比 DEB 更硬，缺一个就直接拒绝安装：
# 安装 RPM 包，-i 安装，-v 显示过程，-h 显示进度 sudo rpm -ivh backup-server-xxx.rpm # 如果提示依赖冲突，先查已装版本，避免新旧版本打架 rpm -qa | grep backup # 升级场景用 -U，不要用 -i 硬装，否则可能留下两套文件 sudo rpm -Uvh backup-server-xxx.rpm-ivh和-Uvh的区别是新手最容易忽略的：首次安装用-i，升级用-U。用-i去装一个已存在旧版本的包，RPM 会报冲突直接退出；反过来用-U装全新包也没问题，它会当首次安装处理。手册里升级相关的说明放在 FAQ 的 11.1 节，装之前扫一眼能少走弯路。
3.2 Windows 系：安装程序背后的前置检查
Windows 下的安装是 exe 向导，手册 2.4、3.3、5.3、6.2、8.3 节。图形化看着简单，但前置检查一点不能少。装之前要确认的几件事：系统版本在支持列表内、管理员权限运行、防火墙对备份端口放行、如果是代理端还要确认目标数据库服务在跑。手册表 2.3 专门列了虚拟化平台需要开放的协议和端口，这个表在排查「装完了但连不上」时是第一个要翻的。
安装向导里通常会让填备份服务器的地址和端口，这一步填错是最常见的失败原因。代理端装完后，验证方法是回到备份服务器的管理界面，看节点列表里有没有新注册的代理，状态是不是在线。不在线就先去代理端看服务有没有起、日志里连的是哪个 IP，八成是地址填错或者端口被防火墙挡了。
3.3 麒麟飞腾这一支：ARM 架构的包不能混用
手册把 NeoKylin（飞腾 1500A）单独列成 2.5、3.5、5.6 节，不是凑字数。飞腾 1500A 是 ARM 架构，x86 的 RPM 包在它上面根本装不上，报的是架构不匹配。这一支的包必须用专门编译的 ARM 版本，依赖也得是 ARM 版的。国产化项目里这个坑踩得最多——实施人员从 x86 环境拷了个包过去，rpm -ivh直接报package is intended for a different architecture，然后开始怀疑人生。正确做法是装之前先uname -m确认架构，aarch64 就走飞腾那一节的包，别拿 x86_64 的凑合。
4. 代理端与数据同步：数据库备份能不能成，全看这几步
备份服务器和存储服务器搭好只是有了骨架，真正决定这套系统能不能备到业务数据的，是代理端和数据同步模块。手册第 5 章和第 6 章加起来占了近二十页，密度最高，也最容易出问题。
4.1 数据库代理端的选包逻辑与 Oracle 三种形态
第 5.2 节按数据库类型列了十几张对照表，选包逻辑是「数据库类型 + 版本 + 部署形态」三个维度。以 Oracle 为例，手册单独拆出了 5.2.1.1 Oracle RAC、5.2.1.2 Oracle 双机、5.2.1.3 Oracle DataGuard 三种形态的安装配置。这说明 Oracle 代理不是装完就完事，集群和单机的配置步骤不一样。RAC 环境要确认所有节点都装了代理、集群服务能识别到；双机环境涉及切换时的代理状态；DataGuard 则要考虑主备库的备份策略怎么配。
其他数据库相对简单，但选包同样不能错。MySQL、PostgreSQL、MongoDB 这些开源库，代理包里带的是对应库的备份接口调用；达梦、Kingbase、GBase、神通这些国产库，包是按库厂商的备份接口单独做的。装错包的表现通常是：服务能起，但新建备份任务时选不到对应的数据库实例，或者任务一跑就报接口调用失败。
代理端装完的验证动作很固定：在备份服务器界面新建一个该数据库的备份任务，手动跑一次，看任务日志里有没有成功拿到数据。这一步过了，才说明代理和数据库之间的通道是通的。
4.2 数据同步模块：Oracle RAC 与双机集群的配置差异
第 6 章的数据同步模块是给「零丢失」场景用的，和普通备份代理不是一回事。普通代理是定时抓数据，同步模块是持续把源端变化传到备端，对配置精度要求高得多。手册 6.5 节讲 Oracle RAC 数据同步配置，分了 Windows 和 Linux 两套步骤，还专门有 6.5.3 多实例环境的配置方法；6.6 节讲 Oracle 双机集群，里面有三个关键动作：把迪备服务加入集群管理软件（6.6.1）、设置 cluster_hostid（6.6.2）、关闭非活动节点服务（6.6.3）。
这三个动作的顺序不能乱。先把服务纳入集群管理，集群才知道这个服务要跟着切；再设 hostid，保证切换后节点身份能对上；最后关掉非活动节点的服务，避免两个节点同时跑同步造成数据错乱。6.7 节的零丢失依赖包也要提前装——存储服务器、Windows 代理端、Red Hat/CentOS 代理端各有各的依赖，漏装的话同步链路建立不起来，日志里报的是依赖缺失而不是配置错误，很容易误判。
注意：数据同步模块的配置改动面比普通代理大，动之前先把集群当前状态导一份出来。我吃过亏，改完 hostid 集群起不来，又没有回滚点，只能照着手册一步步倒推。
5. 避坑与排查：五个装完才发现的坑
手册的 FAQ 只有 11.1 安装与升级、11.2 配置与命令两节，篇幅不大，但实际踩的坑远不止那几条。下面这五个是我和周围人真实遇到过的，按「现象 → 原因 → 解决」记下来。
坑一：代理端装完显示离线，日志刷连接超时。现象是备份服务器节点列表里代理一直灰着。原因八成是代理端配置里填的备份服务器地址不对，或者中间防火墙挡了端口。解决方法是先在代理端机器上telnet 备份服务器IP 端口测通不通，不通就查手册表 2.3 的端口列表放行；通了还离线，就看代理端配置文件里的地址是不是填成了主机名而 DNS 解析不了，改成 IP 再重启服务。
坑二：RPM 装到一半报依赖缺失，补了还报。现象是rpm -ivh提示缺某个库，手动装了这个库再装还是报。原因是缺的库有版本要求，装了个低版本不满足。解决方法是看报错里具体的版本号，用rpm -qa | grep 库名查已装版本，对不上就卸了装手册依赖列表里指定的那个版本。别图省事用--nodeps跳过依赖，装完服务起不来更麻烦。
坑三：飞腾机器上装 x86 包，报架构不匹配。现象是package is intended for a different architecture。原因就是拿错了包，ARM 机器装了 x86 的 RPM。解决方法是uname -m确认是 aarch64 后，去手册 2.5、3.5、5.6 节找飞腾专用包，依赖也要换成 ARM 版。
坑四：Oracle RAC 只在一个节点装了代理，备份任务只备到一半数据。现象是 RAC 备份任务成功，但恢复时发现另一个实例的数据缺失。原因是 RAC 是多节点架构，每个节点都要装代理，只装一个节点只能备到那个节点上的实例。解决方法是按 5.2.1.1 节把每个节点都装上，装完在界面里确认所有节点都注册在线。
坑五：数据同步配完，主备切换后同步断了。现象是手动切了一次集群，切回来同步链路起不来。原因是 cluster_hostid 没设对，或者非活动节点服务没关导致状态混乱。解决方法是按 6.6.2 节重新核对 hostid，按 6.6.3 节确认非活动节点服务是停的，改完重启集群服务再验证同步状态。
6. 把手册用成排查工具：我的三个固定动作
手册 70 页，真正常翻的其实就那几处。我现在的习惯是把它当查询工具而不是教程用，有三个固定动作。第一个是装任何组件前，先翻对应章节的「安装依赖说明」和「系统对应安装包」两节，把依赖列表和包名抄下来核对一遍，这一步能挡掉大半安装期报错。第二个是遇到「装完了但连不上」这类问题，先翻表 2.3 的端口协议列表和 FAQ 的 11.2 配置与命令，八成答案在里面，比瞎猜快。第三个是每次改集群或同步配置前，先把当前状态导出来存一份，手册 6.6 节那几个动作改错一个就可能起不来，有回滚点心里不慌。
再补一个验证方法：整套环境搭完后，别只跑一次文件备份就收工。按「文件 → 数据库 → 虚拟机」的顺序各跑一次备份加一次恢复，恢复要恢复到异机或者异目录，确认数据真的能拿出来。备份软件最大的黑匣子就是「备份成功但恢复失败」，只验证备份不验证恢复，等于没验证。手册第 9 章的操作系统还原光盘和第 10 章的虚拟机环境配置，就是给恢复验证用的，别跳过。
从那以后我每次搭这类备份环境，都强制自己先画一张角色图、再对一遍包和依赖、最后跑一轮恢复验证，三步走完才敢跟人说环境好了。希望帮到你。
本文还有配套的精品资源，点击获取
