和ReaR的“单机轻量级”思路不同,**NBU (NetBackup) 的底层原理是一套典型的企业级“客户端-服务器”架构。**它的核心是通过一个中央“大脑”(Master Server)来集中调度,将生产数据以“流”的方式高效传输到专用的存储设备(磁带或磁盘)上。

下面我们拆开来看它的运作流程。

🧱 NBU的核心架构与角色

NBU采用经典的三层架构,各司其职,协同工作:

  1. Master Server (主服务器):系统的大脑。它负责制定备份策略、管理所有客户端的配置、调度任务,并维护一个核心的Catalog数据库。这个数据库记录了谁、什么时候、备份了什么、备份到了哪里,是恢复数据的“路线图”,至关重要。
  2. Media Server (介质服务器):负责“体力活”。它接收来自客户端的数据流,并将其写入物理存储设备(磁带库或磁盘阵列)。为了提高性能,一个环境中可以有多个Media Server。
  3. Client (客户端):需要进行备份的服务器。上面安装有NBU客户端软件,负责读取本机待备份的数据,并通过网络发送给Media Server。

⚙️ 核心备份原理:面向企业级的“流式”备份

它的工作流程可以归纳为以下几个关键环节:

  1. 集中调度 (Scheduling):管理员在Master Server上定义好备份策略(全量、增量等),NBU会根据日程表自动触发备份任务。
  2. 高效传输 (Data Flow)
    • 传统模式:Client将数据读出,直接通过网络发送给Media Server,由Media Server负责写入存储。这种模式对业务网络(LAN)有一定影响。
    • LAN-Free模式:在高级配置中,数据读写不经过业务网络,而是通过存储网络(SAN)直接写入共享的存储设备,性能极高。
  3. 智能去重与合成备份
    • 重删技术:NBU支持客户端重删介质服务器重删,大幅减少传输和存储的数据量。
    • 合成备份 (Synthetic Backup):这是NBU一个标志性功能。它不需要像传统方式那样定期做耗时很长的“全量备份”,而是由Media Server在后台,把上一个全量备份和后续的增量备份自动“合成”出一个新的全量镜像,从而在不影响生产服务器的情况下,随时拥有一个最新的全量备份点,恢复时速度极快。

📝 NBU vs. ReaR:核心差异

结合你之前问的ReaR,两者的定位区别很明显:

维度 NBU ReaR
设计定位 企业级、中心化备份管理 单机系统(物理/虚拟)恢复
架构 Master/Media/Client 三层分布式 本地软件 + 外部存储 (NFS/SSH)
典型场景 数据中心、大量异构服务器、数据库 单台服务器操作系统崩溃或硬件损坏
核心机制 Catalog数据库、多级索引、合成备份 生成可启动ISO镜像 + tar打包
依赖关系 依赖Master Server和专用存储 只依赖本机和备份存储

NBU的强大在于它对超大规模、跨平台、复杂网络环境的支持,能够集中管理企业中成百上千台服务器的备份。而ReaR则更轻量、专注,是单机恢复的利器。很多大型企业会将两者结合使用:用NBU来备份和恢复海量应用数据,而用ReaR来作为操作系统(OS)级别的紧急恢复方案。

Logo

openEuler 是由开放原子开源基金会孵化的全场景开源操作系统项目,面向数字基础设施四大核心场景(服务器、云计算、边缘计算、嵌入式),全面支持 ARM、x86、RISC-V、loongArch、PowerPC、SW-64 等多样性计算架构

更多推荐