在CentOS系统中，断开iSCSI存储连接并非简单的拔掉网线或停止服务，而是一个需要严格遵循逻辑顺序的操作过程，核心上文归纳在于：为了确保数据完整性和系统稳定性，必须按照“卸载文件系统注销会话删除节点记录”的顺序进行操作，任何跳过步骤或直接中断网络的行为，都可能导致文件系统损坏、数据丢失，甚至引发系统死锁或启动故障，以下将从操作原理、具体实施步骤、异常处理及最佳实践四个维度，详细解析如何在CentOS中安全、专业地断开iSCSI连接。
理解iSCSI断开的底层逻辑
iSCSI（Internet Small Computer System Interface）将SCSI指令封装在IP数据包中传输，使得本地服务器可以像使用本地硬盘一样使用远程存储，在Linux内核中，iSCSI设备的加载涉及多个层级：最底层是网络连接，中间是SCSI传输层，再上层是块设备层,最顶层才是文件系统。
断开连接必须自上而下进行，如果在文件系统仍处于挂载状态（即有读写操作正在进行）时直接断开网络或注销iSCSI会话，操作系统将无法完成I/O缓冲区的刷新，导致脏页数据未写入磁盘，从而引发严重的文件系统元数据错误，理解这一层级关系,是正确执行断开操作的前提。
准备工作与状态检查
在执行任何断开命令之前，必须确认当前的存储使用状态，这一步虽然简单,但却是防止数据丢失的最后一道防线。
需要确认当前挂载的iSCSI磁盘，可以使用df h命令查看文件系统挂载情况，或者使用lsblk命令查看块设备树状图，通过iscsiadm m session命令，可以列出当前所有活动的iSCSI会话，包括目标名称（TargetName）、门户IP地址（Portal）以及会话ID。
必须确认是否有进程正在使用该磁盘，这是最容易被忽视的步骤，如果数据库服务或Web服务正在读写该盘，直接卸载会导致服务崩溃甚至数据损坏，使用lsof /mount/point命令可以列出占用指定挂载点的进程，如果返回结果为空，则说明该磁盘处于空闲状态,可以安全进行后续操作。
标准断开流程详解
在确认系统状态无误后,应严格按照以下三个步骤执行断开操作。
第一步：卸载文件系统 这是操作的第一步，目的是让操作系统停止对目标块设备的I/O调度，使用umount命令进行卸载，例如umount /mnt/data，如果遇到“设备正忙”的提示，切勿使用强制卸载（如umount f），除非你非常清楚自己在做什么，正确的做法是回到上一步，使用lsof或fuser命令查找并停止占用进程，对于NFS等特殊文件系统，可能需要先停止相关服务，只有当umount命令无报错执行完毕,才代表文件系统层已经安全退出。
第二步：注销iSCSI会话 文件系统卸载后，虽然不再进行数据读写，但SCSI层和iSCSI initiator仍然保持着与Target的连接，此时需要使用iscsiadm命令注销会话，命令格式为：iscsiadm m node T <TargetName> p <PortalIP> u，这里的u参数代表logout（注销），执行此命令后，内核会断开与存储设备的TCP连接，本地的/dev/sdX设备节点将消失，可以通过lsblk确认设备是否已被移除。
第三步：删除节点记录 很多运维人员在这一步止步，认为注销会话就万事大吉，如果不删除节点记录，CentOS系统在重启时，iscsi服务会自动尝试重新连接该Target，如果此时Target端已经不可用或配置已变更，可能会导致开机过程卡顿长达数分钟，为了彻底断开连接，需要执行删除操作：iscsiadm m node T <TargetName> p <PortalIP> o delete，该命令会将/etc/iscsi/nodes/目录下的相关配置文件删除,确保系统不再自动发起连接。
异常处理与强制断开
在实际运维场景中，往往会遇到存储链路故障导致无法正常注销的情况，标准的umount和logout命令可能会因为没有响应而卡死。
当遇到“设备正忙”无法卸载，且无法停止占用进程时，可以考虑延迟卸载（umount l），该选项会立即切断文件系统与挂载点的联系，待系统空闲后再清理资源，但这仅作为应急手段,风险较高。
当iSCSI会话无法注销（例如网络中断），可以使用iscsiadm m node T <TargetName> p <PortalIP> u op=nonpersistent尝试非持久化注销，如果依然无效，可能需要动用内核层面的手段，通过cat /proc/scsi/scsi找到对应iSCSI设备的Host号，然后使用echo 1 > /sys/class/scsi_host/host<Number>/delete来强制删除内核中的SCSI设备记录，这是一种“硬切断”手段，仅在存储端完全不可达且阻塞系统I/O时使用。
最佳实践与独立见解
基于多年的Linux存储运维经验,建议在生产环境中遵循以下原则：
自动化优于手动操作，频繁的手动断开连接容易引入人为失误，建议编写Ansible Playbook或Shell脚本，将检查、卸载、注销、删除流程固化为脚本,减少操作失误。
关注Multipath（多路径）环境，如果你的服务器配置了多路径软件（如devicemappermultipath），在断开iSCSI之前，必须先处理多路径映射，通常需要先通过multipath f <map_name>刷新并停止多路径设备，然后再进行底层的iSCSI断开，忽略这一点会导致多路径软件一直处于“等待设备恢复”的状态,持续报错。
清理fstab配置，在删除节点记录之前，务必检查/etc/fstab文件，如果存在该iSCSI分区的挂载条目，必须将其注释或删除，否则，在下次重启时，系统会尝试挂载一个不存在的设备，导致进入紧急维护模式或启动失败,这是很多初级运维人员容易犯的错误。
相关问答
Q1：如果在断开iSCSI连接后，服务器重启时依然报错等待设备出现怎么办？ A1：这通常是因为节点记录未彻底删除或/etc/fstab中残留了挂载配置，进入救援模式或单用户模式，检查/etc/fstab并注释掉相关行，检查/etc/iscsi/nodes/和/etc/iscsi/send_targets/目录下是否仍有对应Target的配置文件,手动删除这些文件即可解决启动卡顿问题。
Q2：如何查看当前CentOS系统上连接了哪些iSCSI目标？ A2：可以使用iscsiadm m session命令查看当前活动的会话，它会显示Target名称（Target）和门户地址（Portal），如果需要查看更详细的节点数据库信息，可以使用iscsiadm m node命令，这会列出所有已知的目标,包括当前未连接但在记录中的目标。
希望以上详细的操作指南能帮助你在CentOS环境中安全、高效地管理iSCSI存储，如果你在实际操作中遇到了特殊的报错信息，欢迎在评论区留言,我们一起探讨解决方案。
