更改硬盘配置#

首先，我的配置是原来两块4T组Mirror，一块4T存储虚拟机数据，我需要把虚拟机数据的那块盘腾出来，换到一块新的盘上

此外，为了中转数据，你还需要一块盘

也就是说RaidZ理论来说只要3块，但是为了完成这个操作，你实际需要4块盘

换DSM吧

为此我又买了两块戴尔的SAS盘 4T

-400rmb

两块SAS插进服务器，进ESXi里，新建数据存储，移动一下虚拟机到新的Datastore

ESXi的移动方式是先复制再删除，所以不用担心中途关机会丢数据

我这里删不掉Datastore

确保所有虚拟机迁移完毕，取消注册所有虚拟机，删除原有的Datastore就好了

这样就把一块硬盘腾出来了

开始迁移存储池的数据#

我给TrueNAS创建了一块4T的虚拟硬盘在我的中转盘上

考虑到我数据不多，没有存满4T，所以我选的精简置备

在TrueNAS中用那个虚拟硬盘创建一个新的池，叫backup吧

然后在TrueNAS中给原来的池子main创建一个快照，名称随意，我这里叫trans

请注意勾选“递归的”

然后打开TrueNAS的SSH，并用一台不关机的设备连接上去，因为SSH的会话窗口在克隆快照的过程中不能关闭

在SSH控制台中输入

1
zfs send -R pool1@01 | zfs receive -Fdvu pool2

其中pool1为你原存储池，01为上面的快照名字，pool2为你的中转存储池

举个例子，在我这就是：

1
zfs send -R main@trans | zfs receive -Fdvu backup

回车，等待，根据数据大小要一段很漫长的时间

完事之后，导出原有的Mirror池

报错了他妈的

我直接进ESXi，编辑里边删除硬盘特么的

我急了我急了，我破防了

事实上折腾到这个时候已经不是第一次了，之前用的rsync，结果ISCSi没过来，简直是狗屎

到这个时候已经折腾了我3天了

发了点牢骚，但是我想说直接这么玩有数据丢失风险，虽然很暴力

他这个busy我至今也没搞明白为啥，系统日志和docker早就删了

然后你可能会在网页或者访问/mnt的时候遇到这个报错

放心你数据没丢，只是没挂载上

控制台输入

1
zfs mount -a

然后打开smb共享啥的，看下文件的hash值有无问题，没问题就把3块硬盘重建zfs池

我还是叫main

然后之前的命令反过来

1
zfs send -R backup@trans | zfs receive -Fdvu main

等待，完成后再次使用

1
zfs mount -a

挂载迁移的数据，完事了