简介《鼎甲迪备安装配置手册 7》打印版本地化部署指南面向需要部署鼎甲迪备备份软件的系统管理员与数据保护工程师。手册基于 V7.1 版本编写涵盖安装须知中的硬件要求与支持环境说明并针对 Ubuntu、Windows、NeoKylin飞腾1500A、Red Hat、Asianux、CentOS 等多类操作系统给出备份服务器安装步骤同时讲解子服务器配置与存储服务器部署流程帮助用户在国产化或异构 IT 环境中完成适配与落地。压缩包内为 1 个 PDF 文档体积约 1.34MB适合打印纸质版随工查阅。PDF 目录按安装须知、备份服务器安装、存储服务器安装等模块划分结构清晰便于按系统类型快速定位相关章节。已有 222 人学习下载适合初次接触鼎甲备份软件的运维人员快速上手也适合有经验的管理员在复杂环境中对照配置。1. 鼎甲迪备 7 安装配置手册打印版离线机房里最该先读的那本去年在某医院信息科做灾备交付备份服务器已经上架业务窗口就一晚机房在负一层手机信号时有时无电子文档打不开。当时手边只有一摞提前打印好的鼎甲迪备 7 安装配置手册那一晚上手册的目录、参数表和端口清单就是整个项目的救命索引。鼎甲迪备 7 是国产备份软件里覆盖较全的一款支持文件备份、数据库备份、虚拟化备份和整机恢复控制台是中文 Web 界面实施门槛不算高但细节坑不少。打印版手册的价值不在“能看”而在离线、内网隔离的环境下它是唯一能反复翻的参考资料。下文的落地路径是装之前先定哪些底牌服务器端怎么装客户端怎么接入存储池怎么规划最后收在避坑和打印版手册的使用技巧上。适合备份系统交付工程师、机房运维以及第一次接触该产品的实施人员。2. 装鼎甲迪备 7 之前先摸清架构、存储和许可证三张底牌2.1 单机、双机还是分离部署先看数据量再选形态鼎甲迪备的逻辑角色一般分三块管理控制台、备份服务器、介质服务器数据落盘节点。很多人只看安装向导就一路下一步结果数据量上来之后要么控制台响应慢要么备份窗口被严重拉长。正确顺序是先想清楚部署形态。小环境总数据量在几个 TB 以内一台服务器同时承担控制台、备份服务和介质存储All-in-One 部署最省成本也是打印版手册里最常见的默认安装类型。数据量到几十 TB 级别一定要把介质服务器独立出来让备份数据流和控制台管理流量分开走否则备份高峰期连登录控制台都会卡。再往上核心系统要求高可用时才需要考虑双机热备加共享存储那个场景实施复杂度明显上升必须严格按手册高可用章节操作别自己改执行顺序。我一般会在打印版手册的目录页上把“安装前准备”“部署架构”“环境要求”三个章节先折角。这一步只需要五分钟但能避免后面整晚返工。选型时还有一个容易忽略的点备份服务器和介质服务器的操作系统版本尽量保持一致补丁级别也拉齐后期排查问题会省很多事。2.2 存储池规划先定盘位再点下一步存储池是备份数据最终落盘的位置对应手册里的“存储单元”概念。翻车现场里最常见的一种就是把存储池建在系统盘上或者等备份任务跑起来才发现某个挂载点空间根本不够。容量估算按这个公式走所需容量 每日新增数据量 × 变化率 × 保留份数 ÷ 压缩系数。文件备份的压缩系数通常取 2 到 3数据库日志备份几乎不压缩按 1 算。最后再乘 1.2 的安全余量。这套估算方式适用于大多数备份软件鼎甲迪备也一样宁可多算不可少算存储扩容在备份系统里动起来比想象中麻烦。盘位规划上系统盘和数据盘必须分开存储池尽量使用独立挂载点不要放在根分区下。后端如果走 NAS 或 SAN先确认已经正确挂载到介质服务器再在控制台里创建存储单元。顺序反了控制台里会出现“存储单元状态不可用”而且这个问题在打印版手册里通常只写了结果没写原因排查起来非常耗时间。2.3 许可证与版本核对装完才发现授权不够是常态鼎甲迪备的许可一般分两种容量型按备份数据总量授权数量型按客户端或代理个数授权。某公司采购的是容量授权结果给 40 台虚拟机全部装了文件备份代理一个月后收到容量告警这就是事先没算授权粒度。安装前建议做三件事。第一在安装向导或系统信息里确认版本号和内部 build 号确保与许可证要求匹配版本不匹配时激活会直接失败。第二确认许可证是否绑定主机名或机器码如果绑定安装时主机名就不能随意起更不能装完再改。第三把授权覆盖的功能模块勾一遍确认数据库备份代理、虚拟化备份代理是否在授权范围内这些模块通常单独计费。绑定主机名的许可装完后再改主机名极大概率导致服务无法启动或授权失效这是血泪经验。所以第 3 章的主机名设置步骤永远要排在许可证激活之前。3. 服务器端安装从挂载介质到控制台能登录的完整操作3.1 Linux 服务器安装的通用流程与检查命令这套备份软件的服务器端一般部署在 Linux 上常见做法是先做环境预检再挂载介质最后执行安装脚本。下面是我在交付时一贯会执行的命令组# 查看操作系统版本与内核确认与安装介质要求匹配 cat /etc/os-release uname -r # 确认磁盘分区、内存与当前主机名 df -h free -m hostname # 挂载安装介质路径按实际介质位置调整 mkdir -p /mnt/dbackup_media mount -o loop /data/installer.iso /mnt/dbackup_media ls -l /mnt/dbackup_media逻辑说明前三条命令是为了在安装前暴露操作系统版本不匹配、磁盘空间不足、内存偏低这类基础问题避免安装到一半失败。挂载介质后先列目录确认内部确实有安装脚本再继续执行这个习惯能避免“挂载成功但介质损坏”的低级翻车。参数说明df -h 要关注根分区和 /data 的已用比例剩余空间至少要有安装包体积的三倍以上free -m 看 total 是否满足手册最低内存要求。控制台加备份服务同时启动时我的经验是 8G 内存比 4G 稳得多尤其是备份任务并发数上来以后。环境预检通过后执行安装脚本。普通单机环境选“一体式安装”多节点环境选“自定义安装”把备份服务器和介质服务器拆开后续扩容时不用推倒重来。# 进入介质目录执行安装脚本脚本名以介质内实际文件名为准 cd /mnt/dbackup_media ./install.sh --check-only # 仅做依赖与端口预检不实际安装 ./install.sh # 正式安装按提示选择安装类型与目录参数说明--check-only 是很多 Linux 安装包共有的预检参数能把依赖缺失、端口占用、内核参数不达标一次性列出来。如果介质里的安装脚本不支持这个参数直接运行安装程序在第一个交互界面退出即可效果类似。预检报错时不要反复重试同一命令先看失败的具体模块名再针对安装。依赖缺失时用系统包管理工具补齐以 CentOS/RHEL 系为例# 安装常见依赖组件具体依赖列表以安装向导提示为准 yum install -y net-tools vim wget依赖补齐后重新执行安装脚本顺利完成的前提是预检环节的每个告警都被人工确认过。有些告警可以忽略比如“未检测到图形界面”但涉及通信端口的告警不能忽略必须处理干净再继续。3.2 初始化配置主机名、网络与通信端口安装完成后鼎甲迪备会启动一组后台服务控制台通过 Web 页面访问。初始化配置里最容易出问题的有三件事主机名解析、服务状态确认、防火墙放通。# 设置并确认主机名若许可证绑定主机名此步骤必须在激活许可前完成 hostnamectl set-hostname dbackup-srv01 echo 192.168.10.20 dbackup-srv01 /etc/hosts # 列出与备份相关的系统服务确认已启动 systemctl list-units | grep -i dbackup systemctl status dbackup-server逻辑说明备份调度、控制台、介质写入通常对应多个系统服务安装脚本一般会自动启动但自动启动只保证安装那一刻。重启后是否自启、服务之间是否有先后依赖都要在重启一次之后确认。许可证绑定主机名的场景先改主机名再激活许可是最稳妥的顺序。参数说明/etc/hosts 里写入主机名解析是为了避免控制台访问时出现“主机名无法解析”的报错。防火墙按手册里的通信端口表双向放通控制台浏览器访问方向和生产业务通信方向都要配漏了任何一个都会造成控制台能打开但备份任务失败。端口表在打印版手册里是一张独立的表格建议拍照贴在服务器机箱上。Web 控制台的访问地址一般是 https://服务器IP:控制台端口首次登录会强制修改初始密码。初始密码在安装完成后的终端提示里不要在机房现场才翻输出记录装完立刻抄到自己的交付本子上。3.3 用打印版手册做一张安装核对表这是打印版手册最实用的使用方式把“安装前准备”和“安装步骤”两章里的检查点抄到一张 A4 纸上做成打勾清单。只抄关键项环境要求、依赖项、磁盘划分、主机名要求、服务端角色顺序、登录地址、初始化任务。每执行完一项打一个勾。这张表在业务窗口当天特别管用。人一紧张就会跳步有表格在手边每一步都有据可查。某次给模拟项目 X 装机凌晨两点重启后备份服务起不来排查半天发现是 /etc/hosts 没配而那台机器恰好是许可证绑定主机名的环境。如果当时按核对表走重启前就能发现问题。4. 客户端部署与存储池接入让数据能进来也能放得下4.1 客户端的三种接入方式和适用场景数据要备份先要让被保护的机器接入备份系统。鼎甲迪备客户端常见有三种形态选错了后面恢复阶段一定会付出代价。第一种是文件备份 Agent装在要备份的服务器上负责操作系统文件、应用配置目录的定时备份适合通用文件场景。第二种是数据库备份代理装在数据库服务器上通过数据库原生的备份或日志接口抓取数据适合 Oracle、MySQL、SQL Server 这类场景细粒度恢复依赖这种代理。第三种是虚拟化备份代理部署在虚拟化平台一侧通过虚拟化接口对虚拟机做无代理备份能直接恢复整个虚拟机。选型原则很简单能走数据库代理就走数据库代理用文件级备份去备数据库恢复出来的文件大概率不一致虚拟机批量场景优先虚拟化代理而不是逐台装 Agent管理成本和备份时长都会更优。客户端安装包的获取方式一般是在控制台界面上直接下载对应操作系统的 Agent或者从安装介质的客户端目录里拿。安装过程是标准的向导式界面但有两个参数要格外留意备份服务器地址、客户端在控制台上的注册名。这两个参数填错客户端会出现在控制台“未激活”列表里需要回到客户端重装配置才能恢复。4.2 存储池接入与容量校验存储池在第 2.2 节做过容量规划这里说实现。接入存储时的先后顺序很关键先在操作系统层面挂载存储再在控制台创建存储单元。后端为 NFS 共享存储时挂载与校验命令如下# 在介质服务器上挂载 NFS 共享存储挂载点固定规划为 /data/backupstore mkdir -p /data/backupstore mount -t nfs 192.168.10.30:/volume1/backup /data/backupstore # 使用 dd 写入 2GB 测试文件确认可写且速度达标 dd if/dev/zero of/data/backupstore/test.img bs1M count2048 # 确认文件正常落盘后清理测试文件 ls -lh /data/backupstore/test.img rm -f /data/backupstore/test.img逻辑说明dd 写测试用来验证存储是否可写、写入速度是否达标2GB 的测试文件足以暴露权限、网络 IO 和 NFS 配置问题。如果写入速度明显低于预期先排查网络链路和存储端配置不要在控制台创建完存储单元后才怀疑存储那时定位问题的路径会绕很多。参数说明NFS 挂载建议加 rw,hard,intr 参数生产存储不要用 soft 挂载否则网络抖动时备份进程可能直接报错中断。存储单元创建完成后在控制台里做一次容量校验确认系统识别的容量与操作系统 df -h 输出一致这一步能防止控制台容量显示虚高导致备份写到一半磁盘满了。存储池的目录层级不要自己随意创建多级子目录备份软件会自动管理目录结构手工往存储池目录里塞文件会导致空间统计混乱。打印版手册在存储章节一般都有目录结构示意图照着规划即可。4.3 第一个备份任务的参数选择从最小化开始存储池就绪、客户端在线后创建第一个备份任务。我建议第一个任务不要直接对全库或全虚拟机跑而是选一个目录、一台测试机把链路完整走通确认备份集能生成、能恢复再逐步扩大范围。新建备份任务时几个关键参数我一般这样设备份方式先做一次全量备份确认成功后开启周期增量保留策略按个数保留例如 7 个全量点加若干增量点限速策略先不开启确认基线速度后再在业务高峰期限速一致性校验在首次全量时开启日常运行可以关闭以节省时间窗口数据压缩默认开启即可除非 CPU 资源特别紧张。第一个备份任务跑完后检查备份日志里的速度、耗时和校验结果这组数据是后续所有任务调优的基线。如果日志里出现“部分文件无法打开”的警告优先确认是不是活跃文件或数据库在线文件这类警告需要结合数据库备份代理解决不能直接忽略否则恢复时会发现备份集里缺文件。5. 避坑鼎甲迪备 7 落地时最容易翻车的 5 个问题5.1 安装部署期主机名、时钟、端口三个经典坑坑一许可证绑定主机名装完改主机名导致授权失效。现象服务能启动控制台能打开但许可证状态显示无效操作功能弹窗提示“未授权”。原因许可激活时记录了主机名和机器码改名后匹配不上。解决激活前先改主机名如果已经激活又改了名只能联系原厂重新生成许可没有快捷办法。坑二备份服务器与客户端时钟不同步备份任务反复失败。现象某些客户端备份任务总是失败日志时间戳错乱一会儿在未来一会儿在过去。原因备份调度和增量判断依赖时间戳两边时间差超过容差就直接失败。解决所有参与备份的机器统一配置内网 NTP 服务器离线环境也要在内部搭一个时间源不要依赖外网。坑三防火墙放通了控制台端口却漏了备份通信端口。现象控制台能登录但客户端注册后显示“离线”或者任务执行时报连接超时。原因控制台端口和备份数据端口是两套端口数据面端口经常是独立配置的。解决严格核对打印版手册里的完整通信端口段客户端所在网段和备份服务器之间双向放通不要只放单向。5.2 运行期存储、数据库、验证三个持久战坑四存储池空间写满备份任务大面积失败且没有提前预警。现象多台客户端备份接连失败日志提示“空间不足”或“写入失败”。原因存储池规划时没算保留份数备份增长速度超过预期又没设置容量告警阈值。解决在控制台给每个存储单元设置空间阈值建议 85% 告警、90% 拒绝新任务同时把保留策略改成按容量自动淘汰旧备份集。坑五数据库备份显示成功恢复时数据库起不来。现象控制台里备份任务状态是成功的但恢复测试时数据库文件不完整实例无法正常启动。原因用了文件备份 Agent 直接复制数据库在线文件没有走数据库备份代理数据文件和日志文件不一致。解决数据库场景必须安装数据库备份代理通过数据库原生备份接口执行备份。这条是整个备份系统交付里最危险的坑没有之一很多人都在这里摔过恢复验证是唯一能兜住的手段。6. 把打印版手册用出电子版的效率离线安装时我的三个习惯6.1 先切章节索引把目录改成分页速查表拿到打印版手册我不从头开始读先把目录按章节剪成小条贴在每章第一页的侧边做成分页索引。离线环境翻手册最痛苦的是不知道目标内容在第几页有了索引十秒内能定位到“通信端口表”或“存储单元创建”章节。这个动作花十五分钟但在机房能省两小时的翻页时间。6.2 参数表重点标记安装、端口、存储三张表用荧光笔把三张表单独标出来环境要求表、通信端口表、存储目录规划表。这三张表在现场被查看的频率最高标记出来后夜间紧急操作时不用逐页翻找。我还会把控制台的初始登录地址和初始密码写在目录页空白处防止交付记录本临时找不到。6.3 装完当天做一次完整备份与恢复验证最后一个习惯环境装完当天一定做一次完整的备份加恢复验证。备份集能生成只是开始恢复出来的数据能用才是交付完成。某次在模拟项目 X 交付当天我漏掉了恢复验证结果客户首次演练恢复时才发现文件 Agent 备份的数据库无法拉起而那台机器装了数据库代理后一切正常。那次之后我的交付清单里就多了一条硬规则没有做恢复验证的备份环境不算交付完成。希望帮到你。本文还有配套的精品资源点击获取