映射到主机的LUN能扩容吗？关键看谁拥有这块空间

存储上划了 LUN 映射给主机用，空间不够了，自然冒出一个问题：映射过去的 LUN 能扩容吗？这个问法背后的直觉是「盘在存储上，应该存储说了算」——方向对了一半：扩容这个动作确实在存储侧做，但扩完之后能不能用起来，还得看主机这一层。把这条链想通，扩容就从「敢不敢」变成「按流程走」。

边界一：谁拥有谁扩

LUN 一旦映射出去、被主机识别，它的上面就叠了主机侧的结构——Windows 里是磁盘和卷，虚拟化平台里是数据存储和文件系统。存储侧扩的是「盘子」，把空间撑大；但上面叠的这些层不会自动跟着长。所以扩容从来不是存储一家的独角戏：存储侧做加法，主机侧做识别和扩展的收尾，两头都到位才算扩完。

边界二：主机侧要重新扫描

存储侧扩完，主机不会自动看见新空间。Windows 要进磁盘管理重新扫描磁盘，确认卷所在分区变大后再执行扩展卷；虚拟化平台要在自己的存储配置里把数据存储撑到新大小。每一步都不难，难的是知道「还有下一步」——漏了收尾，看到的就是「存储说大了、主机上没变大」的错位现场，很多人在这一步误以为扩容失败了。

边界三：数据安全三账

多数存储的 LUN 扩容已经支持在线做，不用停业务，但它仍然是一次变更动作，三条账要先算：变更前有快照或备份垫底；扩容窗口避开业务高峰；扩完做一次容量与读写核对。原帖里还有人追问「主机宕机了原来的数据会不会没了」——扩容本身不动已有数据，真正的风险来自操作中途的意外，所以变更纪律比技术细节更关键。存储扩容这类变更，贵州诚鑫致达科技的规矩是先备份垫底、再动生产空间：动作本身不复杂，复杂的是让每一步都有回退的路。

收个尾：这个问题和「扩 LUN 要不要关机」正好凑成一对——前提想清楚了（要不要停、能不能在线扩），再来问边界（谁扩、怎么认、怎么保安全），LUN 扩容这件事就完整了。规划在先、扩容在中、核对在后，容量生命周期三段各有各的纪律。

企业存储选型参考｜贵州诚鑫致达

做海量监控接入与长期归档，群晖机型参考：HD6500 · RS3621xs+ · DS2422+。需要选型建议或上门评估，搜「诚鑫致达」即可找到我们。