主题总结了这个场景。 我相信答案是没有停机时间，但系统在重build期间可能会变得很慢。 这很好。 但是，如果有宕机，多久？ 短暂维修时间的小点是可以接受的。 重build的日子需要一个新的计划来评估如何处理。
详细资料：客户端有一个连接到Synology RS2414RP +（运行DSM 5）的iSCSI连接，它是一个有12个托架的机架式装置。 自最初设置以来，所有托架都装有3TB驱动器。 而且由于它是专门用于一个大型iSCSI卷的设备，因此设置为使用最大的空间量。 尽pipe这个空间大概在1GB左右，但是它已经工作了好几个月了。
现在，系统偶尔会遇到“只读”模式，我认为这是由于iSCSI卷的精简configuration达到卷本身的外部限制所致。 通过SSH和传统的PostgreSQL数据库备份来pipe理卷的“死灰复燃”，这个数据库在保存iSCSI分区的基础卷上释放了大约36MB的空间。 这是足够的喘口气让iSCSI卷再次登上。 但显然是一个等待发生的问题。
所以，由于这台Synology设备的音量格式为具有2个磁盘容错function的Synology Hybrid RAID设置，因此我们决定用一个4TB的驱动器replace其中一个3TB的驱动器，以扩大音量。 该驱动器已被插入，格式化和正在运行通过糖蜜平价检查阶段缓慢。
但一旦完成奇偶校验，我将不得不login才能扩大音量。 在最后阶段，从服务中断的angular度来看会发生什么？ 由于Synology DSM是基于LVM（Logical Volume Manager，逻辑卷pipe理器）等标准开放源代码工具，所以我在网上阅读的内容可以在不增加停机的情况下进行扩展 。 但是由于我们正在谈论27TB的存储，我想要双倍/三重地确保我的假设是正确的。
基本上是这样的：当奇偶校验完成后，我又扩大了音量，所有的服务都会继续运行，这个扩展会作为后台进程发生，从而保证零停机。
不，不会有任何停机时间，这对于企业来说确实是一个标准的事情，在这种情况下，可用性始终是关键。
LVM在后台进行这种扩展，它几乎是瞬间的，它不会对服务产生任何影响，我每周在我的房地产上一次或两次这样做，而且还没有问题