谢谢大家提供资讯。=^_^=
如果容量计算在RAIDZ下，是以最小那一颗做基础计算，就是得换同样大小的硬盘。
不然单颗换再大都是浪费。
也就是说，如果想要扩大容量，还是只能跟传统一样，全组一起换，
资料还得大搬风一次。
这样子感觉ZFS就没有想像中强大了。=^_^=
我是在换硬盘的文件中有看到-e这个参数。不过在create pool下，是没有这个参数的。
所以个人认为在RAIDZ的模式下，是没有用的。
真是功败垂成，本来以为找到了一个可以用RAID，又可以单颗扩充容量的档案系统说。
这样子在实战的使用中，就可以随着时间与科技的进步，(*还有银两XD*)，
逐步更换硬件，让RAID POOL变大。
现在看起来，这个想法在ZFS下，只能不使用RAID，才能达成了。
只是这样，因为各硬件损坏的机率变成是加起来的，没有RAID的保护，
在大容量的POOL下，风险反而是太高。就不是小弟要所要的安全可行的方案了。
※ 引述《NGCat (不良咪)》之铭言：
: 小弟在Scientific Linux下，使用ZFS，经过一番波折，终于将系统架设起来了。
: 使用了五颗不同容量的实体硬盘，分别为3T、2T、2T、2T、1.5T
: zpool create mypool disk1 disk2 disk3 disk4 disk5
: 其中，disk1~5为实体硬盘的id名称。
: 可以得到一个约10T (10057678464) 超大容量的mypool
: 后来想测试一下 raidz1 所以 destroy mypool 之后，重新下指令
: zpool create mypool raidz1 disk1 disk2 disk3 disk4 disk5
: 发现mypool剩下不到6T (5752018048)。
: 这应该是用最小的那个1.5T当基准，也就是5颗1.5T硬盘去处理后的结果。
: 也就是发现在raidz中，使用不同大小的硬盘，和linux传统的raid情况一样，
: 是以最小的硬盘容量为基准，不能完整地用到整颗实体硬盘的容量。
: 小弟一直以为在zfs中，如果容量不够，我们可以新增硬盘，
: 或者将小容量的硬盘换成较大容量的硬盘，不停机，动态的新增档案系统。
: 请问这个观念是不是错的?
: 还是这个观念只是适用于不使用raidz的状况下?