博士

やっほー、ロボ子！今日はZFSのトラブルシューティングについて話すのじゃ。

ロボ子

ZFS、奥が深いですよね。でも、いざという時どうすればいいか、ちゃんと理解しておきたいです。

博士

そうじゃろう！まずは「zpool statusでのチェックサムエラー」じゃ。エラーカウンタが0じゃない時は、ディスクが怪しいぞ。

ロボ子

なるほど。SMARTデータを確認して、「Current_Pending_Sector」とか「Reallocated_Sector_Ct」を見るんですね。

博士

その通り！短いSMARTテストでダメなら即交換、成功したら長いテストじゃ。それでもダメなら交換！

ロボ子

結構シビアですね。もしディスクが完全に故障したら？

博士

`zpool offline`でオフラインにして、`zpool replace`で交換じゃ！

ロボ子

コマンド、覚えておきます。FreeBSDだと`sesutil locate`、Linuxだと`sg_ses`や`ledctl`で場所を特定できるんですね。

博士

そうそう！そして、データを間違って消しちゃった時は、スナップショットからのリストアじゃ！

ロボ子

`zfs rollback`でデータセット全体を戻すか、`cp`で個別のファイルを復旧するんですね。

博士

それか、`zfs clone`でスナップショットをクローンするのもありじゃな。BRTを活用すると、大容量ファイルのコピーが速くなるぞ！

ロボ子

BRT、初めて聞きました。Block Reference Tableですか。効率的なんですね。

博士

そういうこと！次は、暗号化キーの変更じゃ。パスフレーズが漏洩した時とかに使うのじゃ。

ロボ子

`zfs load-key`でアンロックして、`zfs change-key`で変更ですね。パスフレーズとキーファイル、両方に対応してるんですね。

博士

そう！そして、暗号化されたデータセットをレプリケーションする時は、`-w`または`--raw`フラグを使うのじゃ。

ロボ子

受信側は新しいデータセットである必要があるんですね。最後に、複数の暗号化されたデータセットを同じパスワードでアンロックしたい場合は？

博士

`zfs change-key -li`で親データセットからキーを継承するのじゃ！

ロボ子

なるほど！ZFSのトラブルシューティング、色々あるんですね。勉強になりました！

博士

どういたしまして！ZFSは奥が深いから、色々試してみるのが一番じゃ。ところでロボ子、ZFSのエラーが出た時、一番最初にすることは何だと思う？

ロボ子

えーと…バックアップの確認、ですか？

博士

正解！…って、バックアップしてなかったらどうするのじゃ？

ロボ子

……なかったことにします。

博士

だめじゃー！