NBU备份存储
·
和ReaR的“单机轻量级”思路不同,**NBU (NetBackup) 的底层原理是一套典型的企业级“客户端-服务器”架构。**它的核心是通过一个中央“大脑”(Master Server)来集中调度,将生产数据以“流”的方式高效传输到专用的存储设备(磁带或磁盘)上。
下面我们拆开来看它的运作流程。
🧱 NBU的核心架构与角色
NBU采用经典的三层架构,各司其职,协同工作:
- Master Server (主服务器):系统的大脑。它负责制定备份策略、管理所有客户端的配置、调度任务,并维护一个核心的Catalog数据库。这个数据库记录了谁、什么时候、备份了什么、备份到了哪里,是恢复数据的“路线图”,至关重要。
- Media Server (介质服务器):负责“体力活”。它接收来自客户端的数据流,并将其写入物理存储设备(磁带库或磁盘阵列)。为了提高性能,一个环境中可以有多个Media Server。
- Client (客户端):需要进行备份的服务器。上面安装有NBU客户端软件,负责读取本机待备份的数据,并通过网络发送给Media Server。
⚙️ 核心备份原理:面向企业级的“流式”备份
它的工作流程可以归纳为以下几个关键环节:
- 集中调度 (Scheduling):管理员在Master Server上定义好备份策略(全量、增量等),NBU会根据日程表自动触发备份任务。
- 高效传输 (Data Flow):
- 传统模式:Client将数据读出,直接通过网络发送给Media Server,由Media Server负责写入存储。这种模式对业务网络(LAN)有一定影响。
- LAN-Free模式:在高级配置中,数据读写不经过业务网络,而是通过存储网络(SAN)直接写入共享的存储设备,性能极高。
- 智能去重与合成备份:
- 重删技术: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)级别的紧急恢复方案。
openEuler 是由开放原子开源基金会孵化的全场景开源操作系统项目,面向数字基础设施四大核心场景(服务器、云计算、边缘计算、嵌入式),全面支持 ARM、x86、RISC-V、loongArch、PowerPC、SW-64 等多样性计算架构
更多推荐
所有评论(0)