3. Xeon平台存储栈与备份对象识别
在Xeon服务器上做备份与灾难恢复，第一步不是选备份软件，而是把“数据到底放在哪里”这件事彻底摸清。同一台Xeon主机上，可能同时存在本地NVMe系统盘、通过HBA卡挂载的SAN LUN、通过NFS/CIFS挂载的NAS共享、走RDMA的NVMe over Fabrics命名空间，以及由Ceph、vSAN一类软件定义的分布式存储卷。它们对操作系统呈现的路径不同、元数据归属不同、快照能力不同，备份策略也必须区别对待。本节的目标是建立一张清晰的“存储栈—挂载方式—备份对象”对应关系，并明确哪些是数据对象、哪些是必须单独保护的元数据。
一、Xeon平台存储栈的分层视角
从Xeon CPU出发向下看，存储访问大致经过四层：应用与文件系统层、块设备与多路径层、传输协议层、物理介质与远端阵列层。本地磁盘走的是PCIe直连NVMe或SATA/SAS控制器；SAN走FC或iSCSI，经多路径（DM-Multipath）聚合为 /dev/mapper/mpathX；NAS走以太网上的NFS/CIFS，由内核客户端或用户态客户端呈现为挂载点；NVMe over Fabrics（NVMe-oF）把NVMe命令封装到RDMA（RoCEv2/InfiniBand）或TCP之上，主机侧看到的是 /dev/nvmeXnY 命名空间；分布式存储则在客户端侧通过内核模块或用户态驱动把远端对象映射成本地块设备或文件系统。理解这一分层，才能判断“备份时到底在备份哪一层”。
二、四类存储的识别与挂载方式
本地磁盘。识别命令是 lsblk -o NAME,SIZE,TYPE,MOUNTPOINT,MODEL，能看到 nvme0n1 及其分区。挂载方式由 /etc/fstab 定义，推荐使用 UUID 而非设备名，避免设备枚举顺序变化导致挂载错位。本地盘上的备份对象是文件系统内容加分区表、LVM元数据；如果系统盘做了RAID，还要记录RAID控制器型号与阵列配置。
SAN。FC或iSCSI LUN经HBA/initiator映射后，由多路径聚合。识别用 multipath -ll，输出中 mpatha 对应多个 sdX 路径，状态应为 active ready running。挂载前需确认LUN的WWN与阵列侧映射一致。SAN的备份对象是LUN本身，但要注意：阵列快照保护的是块级一致性，文件系统一致性仍需应用层配合（如数据库的 fsfreeze 或备份模式）。
NAS。NFS用 mount -t nfs 10.0.0.20:/export/data /mnt/nas，CIFS用 mount -t cifs //10.0.0.21/share /mnt/cifs -o credentials=/etc/cifs.cred。识别用 mount | grep nfs 或 df -hT。NAS的备份对象是共享内的文件与目录，但元数据要额外关注：NFS的属主/权限、CIFS的ACL、以及NAS控制器上的快照策略和导出配置。很多团队只备份了文件，恢复时却因导出配置丢失而无法重新挂载。
NVMe over Fabrics。主机侧先加载 nvme-rdma 或 nvme-tcp 模块，再执行 nvme connect -t rdma -a 10.0.0.30 -s 4420 -n nqn.2024-01.com.example:subsystem1。识别用 nvme list-subsys 和 nvme list，能看到控制器状态与命名空间 /dev/nvme1n1。NVMe-oF的备份对象是命名空间，但连接信息（NQN、目标地址、端口、控制器映射）属于必须单独记录的元数据，否则灾难恢复时无法重新建立连接。
分布式存储。以Ceph RBD为例，客户端通过 rbd map pool/volume 映射为 /dev/rbd0，识别用 rbd showmapped。挂载方式与普通块设备一致，但底层数据分布在多个OSD上。备份对象是RBD卷或CephFS目录，元数据包括 ceph.conf、keyring、pool/CRUSH规则。分布式存储的优势是自带副本与快照，但快照仍受集群健康状态影响，不能替代异地备份。
三、明确数据对象与元数据的边界
把上述内容归纳成一张可执行的识别清单，是本节最实用的成果。下表给出每类存储的识别命令、挂载方式、数据对象与必须单独保护的元数据，可直接作为现场盘点表使用。
| 存储类型 | 识别命令 | 挂载方式 | 数据对象 | 必须保护的元数据 |
|---|---|---|---|---|
| 本地磁盘 | lsblk、blkid |
fstab（UUID） | 文件系统、分区 | 分区表、LVM backup、RAID配置 |
| SAN | multipath -ll |
multipath + fstab | LUN / 卷 | WWN映射、multipath.conf、阵列快照策略 |
| NAS | mount | grep nfs |
NFS/CIFS挂载 | 共享内文件 | 导出配置、ACL、凭据文件 |
| NVMe-oF | nvme list-subsys |
nvme connect + 块设备 | 命名空间 | NQN、目标地址、控制器映射 |
| 分布式存储 | rbd showmapped |
rbd map + 文件系统 | RBD卷 / CephFS | ceph.conf、keyring、pool/CRUSH规则 |
lsblk -f、multipath -ll、mount、nvme list-subsys、rbd showmapped 五条命令，把输出归档到配置管理库。这五条命令基本覆盖了本节全部存储类型，是灾难恢复时重建挂载关系的“底图”。
/etc/fstab、/etc/multipath.conf、/etc/ceph/ 排除在备份范围之外。恢复时数据还在，但主机无法重新挂载存储，等于备份不可用。元数据必须与数据对象同等级别保护。
最后强调一个判断原则：备份对象的选择取决于“恢复时你需要重建什么”。如果恢复目标是让业务重新读写数据，那么数据对象和挂载元数据缺一不可；如果恢复目标是整机重建，那么分区表、引导配置、多路径配置、NVMe-oF连接信息、分布式存储凭据都要纳入备份范围。识别清楚存储栈，才能让后续的备份策略、快照编排和灾难恢复演练有的放矢。