![Backup e restauração de dados do pool ZFS](https://rvso.com/image/768917/Backup%20e%20restaura%C3%A7%C3%A3o%20de%20dados%20do%20pool%20ZFS.png)
Atualmente, tenho um pool zfs raidz2 preso em um loop de resilvering enquanto tentava substituir os discos de 3 TB por discos de 8 TB. Depois de deixar o primeiro disco de substituição resilver online por mais de uma semana, ele finalmente terminou, apenas para começar novamente imediatamente. Depois de marcar o disco como "OFFLINE" o segundo resilver foi concluído em cerca de 2 dias. Marquei o disco online e tudo parecia bem (por alguns minutos), então substituí o segundo disco. Assim que o resilver foi iniciado para o segundo disco, ele mostrou que o primeiro disco também estava resilvering novamente. Agora estou no meu terceiro ou quarto ciclo de resilvering para essas duas unidades e, com dois discos resilvering, não tenho tolerância a falhas. Neste ponto, gostaria de fazer backup do zpool em um compartilhamento nfs e recriá-lo com as novas unidades, mas não quero perder toda a configuração do meu conjunto de dados, que inclui todas as minhas prisões. Existe uma maneira de exportar todo o zpool como uma imagem de backup que pode ser restaurada de alguma forma? O sistema de arquivos da outra máquina com espaço em disco suficiente para armazenar todos esses dados já possui um sistema de arquivos diferente em uso, portanto a replicação zfs provavelmente não é uma opção. Esta é uma instalação TrueNAS-12.0-U4. A máquina de backup está executando o Ubuntu 21.04 com LVM/Ext4. Abaixo está o status atual do pool.
pool: pool0
state: DEGRADED
status: One or more devices is currently being resilvered. The pool will
continue to function, possibly in a degraded state.
action: Wait for the resilver to complete.
scan: resilver in progress since Thu Jul 29 00:39:12 2021
13.8T scanned at 273M/s, 13.0T issued at 256M/s, 13.8T total
2.17G resilvered, 93.77% done, 00:58:48 to go
config:
NAME STATE READ WRITE CKSUM
pool0 DEGRADED 0 0 0
raidz2-0 DEGRADED 0 0 0
gptid/55bf3ad6-3747-11eb-a0da-3cecef030ab8 ONLINE 0 0 0
gptid/55c837e3-3747-11eb-a0da-3cecef030ab8 ONLINE 0 0 0
gptid/55f4786c-3747-11eb-a0da-3cecef030ab8 ONLINE 0 0 0
gptid/60dcf0b8-eef3-11eb-92f9-3cecef030ab8 OFFLINE 0 0 0 (resilvering)
gptid/56702d96-3747-11eb-a0da-3cecef030ab8 ONLINE 0 0 0
gptid/5685b5f7-3747-11eb-a0da-3cecef030ab8 ONLINE 0 0 0
gptid/8f041954-eef3-11eb-92f9-3cecef030ab8 OFFLINE 0 0 0 (resilvering)
gptid/56920c3a-3747-11eb-a0da-3cecef030ab8 ONLINE 0 0 0
cache
gptid/56256b6a-3747-11eb-a0da-3cecef030ab8 ONLINE 0 0 0
errors: No known data errors
Responder1
Você pode usar zfs snapshot -r pool0@backup; zfs send -R pool0@backup > zfs.img
para criar um fluxo de envio replicado que pode ser restaurado com zfs recv
.
Dito isto, parece semelhante ao problema descritoaqui
Você também pode tentar desativar o resilver adiado por meio do zfs_resilver_disable_defer
tunable.