简介《鼎甲迪备安装配置手册 7 打印版本》是面向备份管理员与IT运维人员的实操型安装指南围绕鼎甲迪备备份软件在多种操作系统环境下的部署与配置展开帮助读者解决从环境准备到子服务器接入的完整落地问题。资源包共1个文件为PDF格式大小约1.34MB便于打印携带或离线查阅。手册内容涵盖安装须知、硬件要求与支持环境说明并分章节讲解备份服务器在Ubuntu、Windows、NeoKylin飞腾1500A及Red Hat、Asianux、CentOS等系统下的安装依赖、安装包选择与具体操作同时给出子服务器配置流程与虚拟机模块配置方法。目前已有224人学习适合初次接触鼎甲迪备的运维人员按图索骥完成部署也可供有经验的管理员在国产化平台适配与多服务器环境中对照排查是一份结构清晰、可直接查阅的安装参考。1. 一份 67 页的打印版手册为什么值得翻三遍拿到《鼎甲迪备安装配置手册 7 打印版本》时我先看的不是正文而是目录——67 页、11 个一级章节、几十张安装包对照表从备份服务器、存储服务器、磁带库控制器一路铺到 Oracle RAC、达梦、Kingbase、GBase 这些国产数据库的代理端。这不是一份“点下一步”的快速上手文档而是一份把异构环境部署拆到操作系统和芯片架构级别的施工图。它解决的核心问题很具体在一个混跑 Windows、Ubuntu、Red Hat 系、NeoKylin 飞腾平台外加 Oracle、SQL Server、MySQL、达梦等多种数据源的机房里备份软件到底该在哪台机器上装哪个包、依赖什么、开哪些端口。适合谁适合手里已经有一堆服务器、正准备把备份系统真正落地而不是停留在 PPT 阶段的一线运维和交付工程师。打印版这个形态本身就说明问题——它是要被摊在机柜旁边、边看边敲命令的。2. 装之前先把环境账算清硬件、依赖与端口2.1 硬件要求与支持环境决定了你后面会不会返工手册第 1 章把硬件要求和支持环境放在最前面这个顺序是对的。备份服务器和客户端是两套不同的硬件门槛前者要扛索引库、任务调度和元数据后者只跑代理进程混为一谈是新手最常见的误判。我一般会先把这两张表抄到部署清单里逐台核对 CPU 核数、内存和磁盘余量再决定哪台物理机做备份服务器。支持环境这一节信息密度很高它明确列出了操作系统与硬件平台的组合包括 x86 和飞腾 1500A 这类国产化平台。这里有个容易被忽略的点同一个操作系统名字在不同架构下对应的安装包完全不同。手册后面第 2.5 节单独把 NeoKylin飞腾 1500A拎出来讲就是在提醒你ARM 架构的依赖链和 x86 不是一回事别拿 x86 的包往飞腾机器上怼。提示硬件表里的磁盘空间指的是安装空间不含后续备份数据的存储容量。存储容量要按第 3 章的存储服务器规划单独算两者别混。2.2 安装依赖先装什么、后装什么有严格顺序手册在备份服务器、存储服务器、磁带库控制器、备份代理端、数据同步模块、虚拟机代理端、操作系统备份代理端这七类组件下各自给了一张“安装包依赖列表”。这些表是整份文档最该被反复查的部分因为依赖装错顺序后面会出现服务起不来但日志不报错的玄学现象。常见做法是先把依赖按“系统库 → 运行时 → 本组件专属依赖”三层归类再按手册表格逐项打勾。以 Linux 系为例依赖通常涉及基础运行库、压缩与加密库、以及特定数据库的客户端库。手册没有让你一条条手敲而是把每个系统对应的安装包列成表你只需要对着表确认包名和版本。下面这段是我核对依赖时的习惯写法把手册表格转成可执行的检查脚本避免漏项#!/bin/bash # 依赖核对脚本按手册依赖表逐项检查缺失项高亮输出 # 用法./check_deps.sh deps.list DEPS_FILE$1 while read -r pkg; do # 跳过空行和注释行 [[ -z $pkg || $pkg \#* ]] continue if rpm -q $pkg /dev/null 21; then echo [OK] $pkg else echo [MISS] $pkg -- 需按手册依赖表补装 fi done $DEPS_FILE逻辑说明脚本读取一个纯文本依赖清单每行一个包名用rpm -q查询是否已安装。[MISS]行就是你要回到手册依赖表里对照补装的项。参数上deps.list需要你从手册对应章节的依赖表手工整理Debian 系把rpm -q换成dpkg -l | grep即可。这个脚本不解决版本匹配版本仍以手册表格为准。2.3 端口与协议虚拟化平台这一关最容易卡住第 2.3.3 节“虚拟机模块配置”下面挂了一张“虚拟化平台对应需开放的协议或端口列表”。这张表是整份手册里最容易被跳过、又最容易在联调时翻车的地方。备份服务器要和 KVM、Xen、Hyper-V、H3C CAS 这些平台通信端口没开表现往往是“添加主机成功但备份任务一直排队”或者“连上了却读不到虚拟机列表”。我的做法是部署前先把这张表导成防火墙规则清单按平台分组逐条确认源和目的。手册第 10.1 节还专门讲了 KVM、Xen、Hyper-V 宿主机指定注册 IP 以及 H3C CAS 的 LAN-Free 环境部署说明端口只是第一层注册 IP 配错同样会导致平台识别异常。LAN-Free 场景还牵扯到 FC 链路第 10.2 节用 QLogic 卡和 Emulex 卡分别给了 Windows 与 Linux 代理端的环境配置这部分后面单独说。3. 备份服务器与存储服务器两条安装主线别走岔3.1 备份服务器按操作系统选包按角色配子服务器第 2 章是整份手册的主干。它先给“系统对应安装包”总表再按 Ubuntu、Windows、NeoKylin飞腾 1500A、Red Hat/Asianux/CentOS/NeoKylin 分节展开。这种组织方式说明一件事安装包不是通用的选错包轻则装不上重则装上了但模块缺失。以 Ubuntu 为例2.3.1 安装前准备要求更新系统、处理防火墙等前置动作2.3.2 才是安装操作2.3.3 紧接着配虚拟机模块。这个三段式在多个系统下重复出现本质是把“环境准备 → 主程序安装 → 角色模块配置”拆开避免一步到位导致问题定位困难。子服务器配置2.7 节是备份服务器章节里最体现实战价值的部分。多服务器环境下主服务器和子服务器的分工、注册关系、通信方向都要按手册配。Ubuntu、Windows、Red Hat 系列各有独立小节说明不同系统下子服务器的配置入口和参数不一样。我一般会先把主服务器装通、能登录管理界面再逐台加子服务器每加一台就验证一次通信而不是全部加完再统一排错。# 以 Red Hat 系为例安装前确认系统版本与架构匹配手册安装包表 cat /etc/redhat-release uname -m # x86_64 与 aarch64 对应不同安装包飞腾平台尤其要确认 # 安装主程序包名以手册对应系统安装包表为准 rpm -ivh dibackup-server-*.rpm # 安装后检查服务状态确认主进程已拉起 systemctl status dibackup-server逻辑说明前两条命令解决“我是谁”的问题——系统版本和 CPU 架构直接决定你该翻手册哪一页、拿哪个包。rpm -ivh是 Red Hat 系的安装动作包名要严格对照手册 2.2 节的安装列表。最后一条查服务状态是安装后第一道验证服务没起来就别急着进配置界面。参数上-ivh的h只是显示进度真正要关注的是安装输出里有没有依赖报错。3.2 存储服务器Windows 与 Linux 的路径差异第 3 章存储服务器安装结构和备份服务器类似但有一个明显差异Windows 系统3.3 节和 Ubuntu 系统3.4 节的安装前准备内容不同Ubuntu 明确分了“安装前准备”和“安装操作”两步Windows 则相对直接。这说明存储服务器在 Linux 下对系统环境更敏感前置检查不能省。存储服务器承担的是备份数据的落盘角色它的安装包列表3.2 节和备份服务器不是同一套。这里有个血泪经验别因为两台机器都是 Linux 就把备份服务器的包装到存储服务器上角色不同包不同装错了管理界面里根本认不到存储节点。NeoKylin飞腾 1500A在 3.5 节再次单独成节和备份服务器章节的节奏一致进一步印证国产化平台需要独立对待。磁带库控制器第 4 章是更窄的一条线只涉及 Ubuntu 和 Redhat 两种系统安装前准备和安装操作分得很细。如果你的环境里没有物理磁带库这一章可以跳过但只要涉及磁带归档控制器这一环的依赖和普通服务器不一样别想当然复用。4. 代理端才是深水区数据库、文件与虚拟化的分叉4.1 数据库代理端一种数据库一个包集群形态还要额外配第 5 章是整份手册篇幅最大、分支最多的部分。5.2 节“资源对应的安装包”下面从 Oracle、SQL Server、MySQL、PostgreSQL、DB2、Informix、Sybase、MongoDB一路列到达梦、Kingbase、GBase、GBase8t、神通再加上文件、Exchange、SharePoint、Domino。每一种资源对应一张安装列表这意味着代理端不是“一个通用包打天下”而是按数据源类型分别打包。Oracle 又是这里面最复杂的5.2.1.1 讲 RAC 安装和配置5.2.1.2 讲双机5.2.1.3 讲 DataGuard。三种部署形态对应三套配置逻辑RAC 要处理多节点双机要处理切换DataGuard 要处理主备库关系。我一般会先确认数据库到底是单实例、RAC、双机还是 DataGuard再翻对应小节而不是从 5.2.1 一路往下读——读串了很容易把 RAC 的配置套到单实例上。国产数据库这块达梦、Kingbase、GBase、GBase8t、神通各自独立成节说明它们的代理端安装和配置各有特殊性。这类环境往往还叠加国产操作系统和国产芯片等于把第 2 章的架构适配问题又放大了一遍。部署前把“操作系统 芯片架构 数据库类型”三个维度列成矩阵逐个格子确认安装包比装到一半再回头查要省事得多。4.2 文件、Exchange、SharePoint、Domino别用数据库的思路套文件代理端5.2.14 节看起来最简单但恰恰容易掉以轻心。文件备份的代理端安装和数据库代理端不是一回事它关注的是文件系统遍历、权限保留和增量识别安装包和配置项都不同。Exchange5.2.15、SharePoint5.2.16、Domino5.2.17这三个则是典型的应用级备份代理端要和应用本身打交道安装前对应用版本、补丁级别有隐含要求手册虽未逐条展开但安装包列表本身就是筛选条件。我的习惯是凡是应用级代理端先在测试环境装一遍确认能枚举出应用对象邮箱库、站点集、邮件库再上生产。因为这类代理端装上了不代表能用枚举不出来往往是权限或应用接口没开而手册的安装步骤只保证“装得上”。4.3 跨平台代理端Windows、DEB、RPM、AIX、Solaris、HP-UX 各走各的路5.3 到 5.9 节按平台铺开Windows、Ubuntu/DebianDEB、LinuxRPM、NeoKylin飞腾 1500A、AIX、Solaris、HP-UX。RPM 这一节还专门先讲“适用架构和操作系统”5.5.1再讲安装前准备和安装操作这个顺序值得注意——先确认架构再动手。AIX、Solaris、HP-UX 这三个传统 Unix 平台单独成节说明它们的安装方式和 Linux 系有本质区别包格式、依赖管理、服务管理都不同。手册没有把它们塞进 Linux 章节里一笔带过本身就是一种提醒别拿 Linux 的经验硬套。# Linux RPM 代理端安装示例包名以手册 5.2 节对应资源安装列表为准 # 步骤1确认架构AIX/Solaris/HP-UX 不适用本段 uname -m # 步骤2安装前准备按手册 5.5.2 节处理依赖与目录权限 # 步骤3安装代理端 rpm -ivh dibackup-agent-*.rpm # 步骤4验证代理进程 ps -ef | grep -i dibackup | grep -v grep逻辑说明这段的重点不在命令本身而在步骤 1 和步骤 2 不能跳。uname -m确认架构后你才知道该翻 5.5 节还是 5.6 节安装前准备里的目录权限如果没按手册处理代理进程可能起来了但写不了日志。最后用ps确认进程是装完后的最低验证真正能不能备份还要回到管理界面做一次测试任务。5. 数据同步、虚拟机与裸机还原把 RPO 压下去的三块拼图5.1 数据同步模块Oracle RAC 与双机集群的配置是重点第 6 章数据同步模块目标是把恢复点目标压到接近零。6.2 节分 Windows 下的 DBackup Agent 和 DBackup Standby 安装6.3、6.4 节覆盖 Red Hat/CentOS/AIX 和 Solaris。真正吃功夫的是 6.5 节 Oracle RAC 数据同步配置和 6.6 节 Oracle 双机集群数据同步配置。6.5 节里Windows 和 Linux 的配置方法分开讲还专门有 6.5.3“多实例环境的配置方法”。多实例环境下每个实例的同步关系要单独理清配错一个实例可能导致整组同步异常。6.6 节的双机集群配置更细6.6.1 把迪备服务加入集群管理软件6.6.2 设置cluster_hostid6.6.3 关闭非活动节点服务。这三步是有先后依赖的——服务没纳入集群管理cluster_hostid设了也不生效非活动节点服务没关切换时会出现双写冲突。6.7 节“零丢失依赖包”分存储服务器、Windows 代理端、Red Hat/CentOS 代理端三处说明说明零丢失能力不是单点配置而是链路上每一环都要装对应的依赖包。少装一处RPO 就回不到零。注意cluster_hostid在同一集群内必须唯一配置前先确认没有沿用旧环境的 ID否则集群管理软件会认错节点。5.2 虚拟机代理端与操作系统备份代理端两条不同的还原路径第 7 章虚拟机代理端覆盖 H3C CAS、Hyper-V、OpenStack。7.2 和 7.3 是安装步骤7.4 是 OpenStack 备份配置。虚拟化备份的关键不在代理端装没装上而在平台侧的准备——这又回到第 2.3.3 节的端口表和 10.1 节的虚拟机环境配置。KVM、Xen、Hyper-V 宿主机指定注册 IP、H3C CAS 的 LAN-Free 部署这些配置没做对代理端装了也备不了。第 8 章操作系统备份代理端走的是裸机/系统级备份路线Windows、Ubuntu、Linux 各有小节。第 9 章操作系统还原光盘则是对应的还原侧Windows 和 Linux 各一套。这两章要连起来看——备份代理端决定你能备出什么还原光盘决定你能不能把它恢复回去。只验证备份成功、不验证还原等于没做。第 10 章配置说明里10.2 节 Oracle FC 合成备份代理端环境部署值得单独提。它按 QLogic 卡和 Emulex 卡分 Windows 与 Linux 给配置步骤涉及 FC HBA 卡的驱动、固件和链路识别。合成备份依赖 FC 链路读增量卡型不同配置路径不同这一步配错合成备份会退化成全备容量和时间都吃不消。6. 避坑与排查五条来自安装现场的记录6.1 现象服务装上了管理界面却连不上原因备份服务器和客户端之间的通信端口没按 2.3.3 节的协议端口表开放或者防火墙只放行了单向。解决回到端口表逐条核对源和目的虚拟化平台相关端口尤其容易漏确认后重启相关服务再试。6.2 现象飞腾平台安装包报架构不匹配原因拿了 x86 的包往 ARM 平台装或者系统版本与手册 2.5、3.5、5.6 节列出的 NeoKylin飞腾 1500A组合不一致。解决先用uname -m确认架构再对照手册对应章节的安装包列表重新取包别用“差不多”的包凑合。6.3 现象Oracle RAC 同步配置后部分实例不同步原因多实例环境没按 6.5.3 节逐个实例配置或者cluster_hostid在节点间重复。解决按实例清单逐个核对同步关系确认每个节点的cluster_hostid唯一再重启同步服务验证。6.4 现象双机集群切换后出现数据双写原因6.6.3 节要求的“关闭非活动节点服务”没执行或者执行顺序在cluster_hostid设置之前。解决严格按 6.6.1 → 6.6.2 → 6.6.3 的顺序重做一遍切换前确认非活动节点服务已停。6.5 现象合成备份实际跑成了全量容量暴涨原因FC HBA 卡QLogic 或 Emulex的驱动、固件或链路识别没按 10.2 节配好合成备份读不到增量。解决按卡型翻对应小节确认卡被系统正确识别、链路状态正常再重跑一次合成备份观察增量比例。7. 把手册变成可复用的部署基线手册第 11 章 FAQ 分了“安装与升级”和“配置与命令”两类篇幅不长但它是前面所有章节的索引。我的用法是每踩一个坑就在 FAQ 对应条目旁边补一行自己的现场记录下次同类环境直接查自己的批注比重新翻 67 页快得多。更进一步我会把手册里的几张关键表固化成部署基线文档硬件要求表、各组件安装包依赖列表、虚拟化平台端口表、数据库代理端安装列表。这四张表覆盖了部署前 80% 的决策点。下面是我常用的基线核对表结构按环境填一遍基本能提前暴露大部分选型错误核对项取值来源填写内容风险点操作系统与架构手册支持环境表系统名 uname -m架构与安装包不匹配组件角色手册各章安装列表备份/存储/代理/同步角色与包不对应依赖完整性各章依赖列表逐项打勾漏装导致服务异常端口与协议2.3.3 节端口表按平台分组联调时任务排队数据库形态5.2.1 节分支单实例/RAC/双机/DataGuard配置套错形态验证方法上我坚持“装完即测、备完即恢”每装一个代理端立刻在管理界面建一个最小测试任务每完成一次备份抽一个文件或一个库做还原验证。手册第 9 章的还原光盘和第 8 章的备份代理端是配套的只测备份不测还原等于把风险留到真正出事那天。从那以后我每次拿到这类安装配置手册都强制自己先做三件事把依赖表和端口表抄成核对清单、把数据库形态先确认再翻对应小节、装完第一个组件就做一次端到端验证。这三步花不了多少时间但能挡掉后面大部分的返工。希望帮到你。本文还有配套的精品资源点击获取
简介《鼎甲迪备安装配置手册 7 打印版本》是面向备份管理员与IT运维人员的实操型安装指南围绕鼎甲迪备备份软件在多种操作系统环境下的部署与配置展开帮助读者解决从环境准备到子服务器接入的完整落地问题。资源包共1个文件为PDF格式大小约1.34MB便于打印携带或离线查阅。手册内容涵盖安装须知、硬件要求与支持环境说明并分章节讲解备份服务器在Ubuntu、Windows、NeoKylin飞腾1500A及Red Hat、Asianux、CentOS等系统下的安装依赖、安装包选择与具体操作同时给出子服务器配置流程与虚拟机模块配置方法。目前已有224人学习适合初次接触鼎甲迪备的运维人员按图索骥完成部署也可供有经验的管理员在国产化平台适配与多服务器环境中对照排查是一份结构清晰、可直接查阅的安装参考。1. 一份 67 页的打印版手册为什么值得翻三遍拿到《鼎甲迪备安装配置手册 7 打印版本》时我先看的不是正文而是目录——67 页、11 个一级章节、几十张安装包对照表从备份服务器、存储服务器、磁带库控制器一路铺到 Oracle RAC、达梦、Kingbase、GBase 这些国产数据库的代理端。这不是一份“点下一步”的快速上手文档而是一份把异构环境部署拆到操作系统和芯片架构级别的施工图。它解决的核心问题很具体在一个混跑 Windows、Ubuntu、Red Hat 系、NeoKylin 飞腾平台外加 Oracle、SQL Server、MySQL、达梦等多种数据源的机房里备份软件到底该在哪台机器上装哪个包、依赖什么、开哪些端口。适合谁适合手里已经有一堆服务器、正准备把备份系统真正落地而不是停留在 PPT 阶段的一线运维和交付工程师。打印版这个形态本身就说明问题——它是要被摊在机柜旁边、边看边敲命令的。2. 装之前先把环境账算清硬件、依赖与端口2.1 硬件要求与支持环境决定了你后面会不会返工手册第 1 章把硬件要求和支持环境放在最前面这个顺序是对的。备份服务器和客户端是两套不同的硬件门槛前者要扛索引库、任务调度和元数据后者只跑代理进程混为一谈是新手最常见的误判。我一般会先把这两张表抄到部署清单里逐台核对 CPU 核数、内存和磁盘余量再决定哪台物理机做备份服务器。支持环境这一节信息密度很高它明确列出了操作系统与硬件平台的组合包括 x86 和飞腾 1500A 这类国产化平台。这里有个容易被忽略的点同一个操作系统名字在不同架构下对应的安装包完全不同。手册后面第 2.5 节单独把 NeoKylin飞腾 1500A拎出来讲就是在提醒你ARM 架构的依赖链和 x86 不是一回事别拿 x86 的包往飞腾机器上怼。提示硬件表里的磁盘空间指的是安装空间不含后续备份数据的存储容量。存储容量要按第 3 章的存储服务器规划单独算两者别混。2.2 安装依赖先装什么、后装什么有严格顺序手册在备份服务器、存储服务器、磁带库控制器、备份代理端、数据同步模块、虚拟机代理端、操作系统备份代理端这七类组件下各自给了一张“安装包依赖列表”。这些表是整份文档最该被反复查的部分因为依赖装错顺序后面会出现服务起不来但日志不报错的玄学现象。常见做法是先把依赖按“系统库 → 运行时 → 本组件专属依赖”三层归类再按手册表格逐项打勾。以 Linux 系为例依赖通常涉及基础运行库、压缩与加密库、以及特定数据库的客户端库。手册没有让你一条条手敲而是把每个系统对应的安装包列成表你只需要对着表确认包名和版本。下面这段是我核对依赖时的习惯写法把手册表格转成可执行的检查脚本避免漏项#!/bin/bash # 依赖核对脚本按手册依赖表逐项检查缺失项高亮输出 # 用法./check_deps.sh deps.list DEPS_FILE$1 while read -r pkg; do # 跳过空行和注释行 [[ -z $pkg || $pkg \#* ]] continue if rpm -q $pkg /dev/null 21; then echo [OK] $pkg else echo [MISS] $pkg -- 需按手册依赖表补装 fi done $DEPS_FILE逻辑说明脚本读取一个纯文本依赖清单每行一个包名用rpm -q查询是否已安装。[MISS]行就是你要回到手册依赖表里对照补装的项。参数上deps.list需要你从手册对应章节的依赖表手工整理Debian 系把rpm -q换成dpkg -l | grep即可。这个脚本不解决版本匹配版本仍以手册表格为准。2.3 端口与协议虚拟化平台这一关最容易卡住第 2.3.3 节“虚拟机模块配置”下面挂了一张“虚拟化平台对应需开放的协议或端口列表”。这张表是整份手册里最容易被跳过、又最容易在联调时翻车的地方。备份服务器要和 KVM、Xen、Hyper-V、H3C CAS 这些平台通信端口没开表现往往是“添加主机成功但备份任务一直排队”或者“连上了却读不到虚拟机列表”。我的做法是部署前先把这张表导成防火墙规则清单按平台分组逐条确认源和目的。手册第 10.1 节还专门讲了 KVM、Xen、Hyper-V 宿主机指定注册 IP 以及 H3C CAS 的 LAN-Free 环境部署说明端口只是第一层注册 IP 配错同样会导致平台识别异常。LAN-Free 场景还牵扯到 FC 链路第 10.2 节用 QLogic 卡和 Emulex 卡分别给了 Windows 与 Linux 代理端的环境配置这部分后面单独说。3. 备份服务器与存储服务器两条安装主线别走岔3.1 备份服务器按操作系统选包按角色配子服务器第 2 章是整份手册的主干。它先给“系统对应安装包”总表再按 Ubuntu、Windows、NeoKylin飞腾 1500A、Red Hat/Asianux/CentOS/NeoKylin 分节展开。这种组织方式说明一件事安装包不是通用的选错包轻则装不上重则装上了但模块缺失。以 Ubuntu 为例2.3.1 安装前准备要求更新系统、处理防火墙等前置动作2.3.2 才是安装操作2.3.3 紧接着配虚拟机模块。这个三段式在多个系统下重复出现本质是把“环境准备 → 主程序安装 → 角色模块配置”拆开避免一步到位导致问题定位困难。子服务器配置2.7 节是备份服务器章节里最体现实战价值的部分。多服务器环境下主服务器和子服务器的分工、注册关系、通信方向都要按手册配。Ubuntu、Windows、Red Hat 系列各有独立小节说明不同系统下子服务器的配置入口和参数不一样。我一般会先把主服务器装通、能登录管理界面再逐台加子服务器每加一台就验证一次通信而不是全部加完再统一排错。# 以 Red Hat 系为例安装前确认系统版本与架构匹配手册安装包表 cat /etc/redhat-release uname -m # x86_64 与 aarch64 对应不同安装包飞腾平台尤其要确认 # 安装主程序包名以手册对应系统安装包表为准 rpm -ivh dibackup-server-*.rpm # 安装后检查服务状态确认主进程已拉起 systemctl status dibackup-server逻辑说明前两条命令解决“我是谁”的问题——系统版本和 CPU 架构直接决定你该翻手册哪一页、拿哪个包。rpm -ivh是 Red Hat 系的安装动作包名要严格对照手册 2.2 节的安装列表。最后一条查服务状态是安装后第一道验证服务没起来就别急着进配置界面。参数上-ivh的h只是显示进度真正要关注的是安装输出里有没有依赖报错。3.2 存储服务器Windows 与 Linux 的路径差异第 3 章存储服务器安装结构和备份服务器类似但有一个明显差异Windows 系统3.3 节和 Ubuntu 系统3.4 节的安装前准备内容不同Ubuntu 明确分了“安装前准备”和“安装操作”两步Windows 则相对直接。这说明存储服务器在 Linux 下对系统环境更敏感前置检查不能省。存储服务器承担的是备份数据的落盘角色它的安装包列表3.2 节和备份服务器不是同一套。这里有个血泪经验别因为两台机器都是 Linux 就把备份服务器的包装到存储服务器上角色不同包不同装错了管理界面里根本认不到存储节点。NeoKylin飞腾 1500A在 3.5 节再次单独成节和备份服务器章节的节奏一致进一步印证国产化平台需要独立对待。磁带库控制器第 4 章是更窄的一条线只涉及 Ubuntu 和 Redhat 两种系统安装前准备和安装操作分得很细。如果你的环境里没有物理磁带库这一章可以跳过但只要涉及磁带归档控制器这一环的依赖和普通服务器不一样别想当然复用。4. 代理端才是深水区数据库、文件与虚拟化的分叉4.1 数据库代理端一种数据库一个包集群形态还要额外配第 5 章是整份手册篇幅最大、分支最多的部分。5.2 节“资源对应的安装包”下面从 Oracle、SQL Server、MySQL、PostgreSQL、DB2、Informix、Sybase、MongoDB一路列到达梦、Kingbase、GBase、GBase8t、神通再加上文件、Exchange、SharePoint、Domino。每一种资源对应一张安装列表这意味着代理端不是“一个通用包打天下”而是按数据源类型分别打包。Oracle 又是这里面最复杂的5.2.1.1 讲 RAC 安装和配置5.2.1.2 讲双机5.2.1.3 讲 DataGuard。三种部署形态对应三套配置逻辑RAC 要处理多节点双机要处理切换DataGuard 要处理主备库关系。我一般会先确认数据库到底是单实例、RAC、双机还是 DataGuard再翻对应小节而不是从 5.2.1 一路往下读——读串了很容易把 RAC 的配置套到单实例上。国产数据库这块达梦、Kingbase、GBase、GBase8t、神通各自独立成节说明它们的代理端安装和配置各有特殊性。这类环境往往还叠加国产操作系统和国产芯片等于把第 2 章的架构适配问题又放大了一遍。部署前把“操作系统 芯片架构 数据库类型”三个维度列成矩阵逐个格子确认安装包比装到一半再回头查要省事得多。4.2 文件、Exchange、SharePoint、Domino别用数据库的思路套文件代理端5.2.14 节看起来最简单但恰恰容易掉以轻心。文件备份的代理端安装和数据库代理端不是一回事它关注的是文件系统遍历、权限保留和增量识别安装包和配置项都不同。Exchange5.2.15、SharePoint5.2.16、Domino5.2.17这三个则是典型的应用级备份代理端要和应用本身打交道安装前对应用版本、补丁级别有隐含要求手册虽未逐条展开但安装包列表本身就是筛选条件。我的习惯是凡是应用级代理端先在测试环境装一遍确认能枚举出应用对象邮箱库、站点集、邮件库再上生产。因为这类代理端装上了不代表能用枚举不出来往往是权限或应用接口没开而手册的安装步骤只保证“装得上”。4.3 跨平台代理端Windows、DEB、RPM、AIX、Solaris、HP-UX 各走各的路5.3 到 5.9 节按平台铺开Windows、Ubuntu/DebianDEB、LinuxRPM、NeoKylin飞腾 1500A、AIX、Solaris、HP-UX。RPM 这一节还专门先讲“适用架构和操作系统”5.5.1再讲安装前准备和安装操作这个顺序值得注意——先确认架构再动手。AIX、Solaris、HP-UX 这三个传统 Unix 平台单独成节说明它们的安装方式和 Linux 系有本质区别包格式、依赖管理、服务管理都不同。手册没有把它们塞进 Linux 章节里一笔带过本身就是一种提醒别拿 Linux 的经验硬套。# Linux RPM 代理端安装示例包名以手册 5.2 节对应资源安装列表为准 # 步骤1确认架构AIX/Solaris/HP-UX 不适用本段 uname -m # 步骤2安装前准备按手册 5.5.2 节处理依赖与目录权限 # 步骤3安装代理端 rpm -ivh dibackup-agent-*.rpm # 步骤4验证代理进程 ps -ef | grep -i dibackup | grep -v grep逻辑说明这段的重点不在命令本身而在步骤 1 和步骤 2 不能跳。uname -m确认架构后你才知道该翻 5.5 节还是 5.6 节安装前准备里的目录权限如果没按手册处理代理进程可能起来了但写不了日志。最后用ps确认进程是装完后的最低验证真正能不能备份还要回到管理界面做一次测试任务。5. 数据同步、虚拟机与裸机还原把 RPO 压下去的三块拼图5.1 数据同步模块Oracle RAC 与双机集群的配置是重点第 6 章数据同步模块目标是把恢复点目标压到接近零。6.2 节分 Windows 下的 DBackup Agent 和 DBackup Standby 安装6.3、6.4 节覆盖 Red Hat/CentOS/AIX 和 Solaris。真正吃功夫的是 6.5 节 Oracle RAC 数据同步配置和 6.6 节 Oracle 双机集群数据同步配置。6.5 节里Windows 和 Linux 的配置方法分开讲还专门有 6.5.3“多实例环境的配置方法”。多实例环境下每个实例的同步关系要单独理清配错一个实例可能导致整组同步异常。6.6 节的双机集群配置更细6.6.1 把迪备服务加入集群管理软件6.6.2 设置cluster_hostid6.6.3 关闭非活动节点服务。这三步是有先后依赖的——服务没纳入集群管理cluster_hostid设了也不生效非活动节点服务没关切换时会出现双写冲突。6.7 节“零丢失依赖包”分存储服务器、Windows 代理端、Red Hat/CentOS 代理端三处说明说明零丢失能力不是单点配置而是链路上每一环都要装对应的依赖包。少装一处RPO 就回不到零。注意cluster_hostid在同一集群内必须唯一配置前先确认没有沿用旧环境的 ID否则集群管理软件会认错节点。5.2 虚拟机代理端与操作系统备份代理端两条不同的还原路径第 7 章虚拟机代理端覆盖 H3C CAS、Hyper-V、OpenStack。7.2 和 7.3 是安装步骤7.4 是 OpenStack 备份配置。虚拟化备份的关键不在代理端装没装上而在平台侧的准备——这又回到第 2.3.3 节的端口表和 10.1 节的虚拟机环境配置。KVM、Xen、Hyper-V 宿主机指定注册 IP、H3C CAS 的 LAN-Free 部署这些配置没做对代理端装了也备不了。第 8 章操作系统备份代理端走的是裸机/系统级备份路线Windows、Ubuntu、Linux 各有小节。第 9 章操作系统还原光盘则是对应的还原侧Windows 和 Linux 各一套。这两章要连起来看——备份代理端决定你能备出什么还原光盘决定你能不能把它恢复回去。只验证备份成功、不验证还原等于没做。第 10 章配置说明里10.2 节 Oracle FC 合成备份代理端环境部署值得单独提。它按 QLogic 卡和 Emulex 卡分 Windows 与 Linux 给配置步骤涉及 FC HBA 卡的驱动、固件和链路识别。合成备份依赖 FC 链路读增量卡型不同配置路径不同这一步配错合成备份会退化成全备容量和时间都吃不消。6. 避坑与排查五条来自安装现场的记录6.1 现象服务装上了管理界面却连不上原因备份服务器和客户端之间的通信端口没按 2.3.3 节的协议端口表开放或者防火墙只放行了单向。解决回到端口表逐条核对源和目的虚拟化平台相关端口尤其容易漏确认后重启相关服务再试。6.2 现象飞腾平台安装包报架构不匹配原因拿了 x86 的包往 ARM 平台装或者系统版本与手册 2.5、3.5、5.6 节列出的 NeoKylin飞腾 1500A组合不一致。解决先用uname -m确认架构再对照手册对应章节的安装包列表重新取包别用“差不多”的包凑合。6.3 现象Oracle RAC 同步配置后部分实例不同步原因多实例环境没按 6.5.3 节逐个实例配置或者cluster_hostid在节点间重复。解决按实例清单逐个核对同步关系确认每个节点的cluster_hostid唯一再重启同步服务验证。6.4 现象双机集群切换后出现数据双写原因6.6.3 节要求的“关闭非活动节点服务”没执行或者执行顺序在cluster_hostid设置之前。解决严格按 6.6.1 → 6.6.2 → 6.6.3 的顺序重做一遍切换前确认非活动节点服务已停。6.5 现象合成备份实际跑成了全量容量暴涨原因FC HBA 卡QLogic 或 Emulex的驱动、固件或链路识别没按 10.2 节配好合成备份读不到增量。解决按卡型翻对应小节确认卡被系统正确识别、链路状态正常再重跑一次合成备份观察增量比例。7. 把手册变成可复用的部署基线手册第 11 章 FAQ 分了“安装与升级”和“配置与命令”两类篇幅不长但它是前面所有章节的索引。我的用法是每踩一个坑就在 FAQ 对应条目旁边补一行自己的现场记录下次同类环境直接查自己的批注比重新翻 67 页快得多。更进一步我会把手册里的几张关键表固化成部署基线文档硬件要求表、各组件安装包依赖列表、虚拟化平台端口表、数据库代理端安装列表。这四张表覆盖了部署前 80% 的决策点。下面是我常用的基线核对表结构按环境填一遍基本能提前暴露大部分选型错误核对项取值来源填写内容风险点操作系统与架构手册支持环境表系统名 uname -m架构与安装包不匹配组件角色手册各章安装列表备份/存储/代理/同步角色与包不对应依赖完整性各章依赖列表逐项打勾漏装导致服务异常端口与协议2.3.3 节端口表按平台分组联调时任务排队数据库形态5.2.1 节分支单实例/RAC/双机/DataGuard配置套错形态验证方法上我坚持“装完即测、备完即恢”每装一个代理端立刻在管理界面建一个最小测试任务每完成一次备份抽一个文件或一个库做还原验证。手册第 9 章的还原光盘和第 8 章的备份代理端是配套的只测备份不测还原等于把风险留到真正出事那天。从那以后我每次拿到这类安装配置手册都强制自己先做三件事把依赖表和端口表抄成核对清单、把数据库形态先确认再翻对应小节、装完第一个组件就做一次端到端验证。这三步花不了多少时间但能挡掉后面大部分的返工。希望帮到你。本文还有配套的精品资源点击获取
