windows中san磁盘脱机本质是策略性保护行为，非硬件故障；解决方法包括：一、确认iscsi连接与网络连通性后，在磁盘管理中右键联机；二、若“联机”灰色，则用diskpart清除只读属性并执行online disk；三、为防复发，管理员权限下运行diskpart，输入san policy=onlineall永久修改策略。

windows 中因 san 存储网络断开导致虚拟磁盘脱机，本质是系统根据当前 san 策略自动将新识别或重连的共享磁盘设为“脱机”，防止多节点同时写入引发数据损坏。这不是硬件故障，而是策略性保护行为。处理核心在于确认连接恢复后，手动或批量解除脱机状态，并确保后续挂载不再重复脱机。

确认 SAN 连接已恢复

先排除物理或网络层问题，避免盲目操作：

• 检查 iSCSI 发起程序是否已重新登录目标（控制面板 → iSCSI 发起程序 → “连接”选项卡中状态应为“已连接”）
• 在设备管理器中刷新存储控制器，查看是否有黄色感叹号（尤其关注“iSCSI 启动器”和对应 HBA 或网卡）
• 运行 ping 或 Test-NetConnection 验证到 SAN 存储 IP 的连通性
• 若使用 MPIO（多路径 I/O），在“MPIO 设置”中确认所有路径状态为“活动”

在磁盘管理中直接联机（适用于单块或少量磁盘）

这是最快速的响应方式，适合临时恢复或测试场景：

Codex Sub Agents 1

使用 OpenAI Codex CLI 处理编码任务。触发词：codex、code review、fix CI、refactor code、implement feature、coding agent、gpt-5-codex。Clawdbot 可将编码工作委托给 Codex CLI 作为子代理或直接工具。

下载

• 右键“此电脑” → “管理” → 左侧“存储” → “磁盘管理”
• 找到状态为“脱机”的虚拟磁盘（通常显示为灰色，右侧列明“脱机”）
• 右键点击该磁盘左侧的“磁盘 X”区域（不是分区，是整块磁盘条目）
• 若菜单中“联机”可用，直接点击；若呈灰色不可用，说明存在只读属性或策略锁定，需进下一步

用 DiskPart 清除只读并强制联机

当右键“联机”不可用时，大概率是磁盘被标记为只读（常见于 iSCSI 重连后残留状态）：

• 以管理员身份运行 PowerShell 或 CMD
• 输入 diskpart 回车
• 输入 list disk 查看脱机磁盘编号（如 Disk 2）
• 输入 select disk 2（替换为实际编号）
• 输入 attributes disk clear readonly
• 输入 online disk
• 输入 exit，返回磁盘管理确认状态已更新

永久修改 SAN 策略为 OnlineAll（推荐用于稳定环境）

若频繁出现脱机，说明当前策略（如默认的 OfflineShared）与你的使用模式不匹配。修改后，所有新识别磁盘（包括重连的 SAN 磁盘）将自动联机：

• 管理员权限运行命令提示符
• 输入 diskpart 回车
• 输入 san 查看当前策略
• 若非 OnlineAll，执行 san policy=onlineall
• 重启或重新扫描磁盘（可选：在磁盘管理中右键空白处 → “重新扫描磁盘”）
• 注意：仅在单主机访问该 SAN 存储时启用此策略；若磁盘被多台 Windows 服务器共享且未组成故障转移群集，启用 OnlineAll 可能导致数据损坏