2. ThinkSystem存储与服务器平台基础

在备份恢复与灾难恢复体系中,服务器、存储阵列、SAN/NAS组网、RAID保护以及卷与文件系统并不是彼此独立的硬件名词,而是一条从“数据落在哪里”到“数据如何被保护、如何被找回”的完整链路。理解这条链路,才能判断一次备份是否真正可恢复、一次灾难切换是否真正可用。

一、服务器:备份数据的发起端与承载端

ThinkSystem服务器在备份恢复中承担两种角色。第一种是数据源:业务系统运行在服务器上,文件、数据库、虚拟机镜像都产生于服务器的内存与本地或外部存储。第二种是备份执行端:备份代理(Agent)或备份软件客户端运行在服务器上,负责读取数据、压缩、加密并写入备份目标。

ThinkSystem服务器通常通过HBA卡(光纤通道)或以太网卡连接外部存储。以SR650/SR630为例,若使用FC SAN,服务器需安装双端口16Gb/32Gb HBA,并通过WWN号在交换机上做Zoning;若使用iSCSI,则通过以太网口或iSCSI HBA接入,依赖IP网络与CHAP认证。备份代理读取数据时,走的是服务器操作系统的文件系统接口或数据库API,因此服务器侧的卷、文件系统状态直接决定备份能否成功。

二、存储阵列:备份目标与快照来源

ThinkSystem DE系列、DM系列或DS系列存储阵列在备份恢复中通常扮演两个角色:一是作为备份目标,接收来自备份服务器的数据流;二是作为快照源,通过阵列级快照(Snapshot)或克隆(Clone)为关键卷提供快速恢复点。

以DE4000H为例,它支持FC/iSCSI主机接口,内部通过RAID保护物理磁盘,再向上层划分卷(Volume)。备份软件可以把一个卷作为备份目标,也可以直接调用存储阵列的快照API,在卷级别生成时间点副本。阵列级快照的优势是恢复速度快、对主机性能影响小,但它依赖阵列本身可用;如果阵列整体故障,快照也随之不可用。因此阵列快照通常与备份软件结合使用:快照用于快速回滚,备份用于异地保留。

三、SAN与NAS:两种不同的数据访问路径

SAN(Storage Area Network)提供块级访问。服务器看到的是LUN(逻辑单元号),操作系统在其上创建卷和文件系统。SAN适合数据库、虚拟化等对性能和一致性要求高的场景。备份时,备份软件可以通过服务器代理读取块设备,也可以通过存储阵列的快照直接挂载给备份服务器,减少对生产服务器的影响。

NAS(Network Attached Storage)提供文件级访问。服务器通过NFS或SMB/CIFS协议挂载共享目录,直接读写文件。NAS适合文件共享、文档协作等场景。备份时,备份软件通常通过NDMP协议或直接挂载共享目录进行读取。NAS的备份粒度是文件或目录,恢复时也以文件为单位,操作更直观,但对海量小文件的备份效率通常低于块级方案。

ThinkSystem 备份恢复数据路径与保护层级 ThinkSystem 服务器 业务系统 / 数据库 / 虚拟机 备份代理 Agent HBA / iSCSI 发起端 WWN / IQN 标识 SAN 光纤通道 / iSCSI 块级访问 · LUN FC 交换机 Zoning 多路径 MPIO 16/32Gb FC · 10/25GbE NAS 文件访问 NFS / SMB / CIFS 文件级共享目录 NDMP 备份协议 权限 · 配额 · 快照 ThinkSystem 存储阵列(DE / DM / DS 系列) RAID 保护组:RAID 0 / 1 / 5 / 6 / 10 卷 Volume → LUN 映射 → 主机组 快照 Snapshot / 克隆 Clone 物理磁盘 / SSD / HDD RAID 条带化 · 奇偶校验 · 热备盘 单盘故障 → 降级运行 → 重建 Rebuild 备份目标 备份服务器 磁带 / 对象存储 异地副本 恢复路径 卷回滚 文件级恢复 裸机恢复 块级 SAN 适合数据库与虚拟化;文件级 NAS 适合共享文档;RAID 提供磁盘级冗余,快照提供时间点恢复,备份提供异地保留

四、RAID保护:备份之前的第一道防线

RAID不是备份,但它是备份策略能够从容执行的前提。ThinkSystem存储阵列支持多种RAID级别,选择哪种级别直接影响可用容量、性能与故障容忍度。

RAID 0条带化无冗余,任何一块盘故障都会导致整个卷不可用,不适合承载需要备份保护的生产数据。RAID 1镜像提供1块盘容错,容量利用率50%,适合小容量高可靠场景。RAID 5分布式奇偶校验允许1块盘故障,容量利用率为(n-1)/n,是通用场景的常见选择。RAID 6允许2块盘同时故障,适合大容量近线SAS或SATA盘,因为大容量盘重建时间长,二次故障风险更高。RAID 10结合镜像与条带,允许每组镜像中各坏1块盘,性能与可靠性兼顾,适合数据库日志卷等高写入场景。

需要特别注意的是,RAID重建期间性能会明显下降,如果此时备份任务同时运行,可能造成重建超时或备份窗口拉长。合理的做法是:为RAID组配置热备盘(Hot Spare),并在备份策略中避开重建窗口,或对重建中的卷降低备份并发度。

五、卷与文件系统:备份粒度与恢复粒度的决定因素

在SAN环境中,存储阵列划分出的LUN映射给服务器后,操作系统将其识别为物理磁盘,再在其上创建卷(Volume)和文件系统(如NTFS、ext4、XFS、VMFS)。备份软件看到的“备份对象”通常就是这些卷或文件系统。

卷级别备份以整个卷为单元,适合系统盘、数据库数据盘等需要整体恢复的场景。恢复时可以直接覆盖原卷或挂载到备用服务器,速度快、一致性高。文件级别备份以目录或文件为单元,适合共享文档、配置文件等需要精细恢复的场景。恢复时可以只取回误删的单个文件,不必影响整个卷。

文件系统的选择也会影响备份行为。例如XFS支持在线快照与扩展,适合大文件和高并发;NTFS支持VSS(卷影复制服务),备份软件可以通过VSS协调数据库与文件系统,获得一致性时间点。如果文件系统不支持快照,备份软件只能依赖文件级遍历,备份窗口和一致性都会受到影响。

在实际规划中,建议先明确“恢复目标”再决定备份粒度:如果业务要求整机快速切换,优先卷级备份加阵列快照;如果只要求找回误删文件,文件级备份加NAS共享即可。两者可以并存,但不要用文件级备份去承担整机灾难恢复的任务。

六、把平台知识落到备份恢复设计中

综合来看,ThinkSystem服务器、存储阵列、SAN/NAS、RAID、卷与文件系统共同决定了备份恢复的四个关键问题:数据从哪里读、写到哪里去、以什么粒度保护、故障时从哪里恢复。服务器决定代理与接口,SAN/NAS决定访问路径,RAID决定磁盘级冗余,卷与文件系统决定备份与恢复的粒度。

一个合理的起点是:生产服务器通过FC SAN连接DE系列阵列,阵列内使用RAID 6保护近线盘,划分独立卷承载数据库与文件数据;备份服务器同时接入SAN与备份网络,通过阵列快照获取一致性时间点,再将快照数据写入备份目标;NAS共享目录则通过NDMP或文件级代理单独保护。这样,RAID应对磁盘故障,快照应对逻辑错误与快速回滚,备份应对阵列级灾难与异地保留,三层各司其职,恢复路径清晰可验证。