簡単な例/いいえ質問「有効」を使用して、最後のスナップショット以降にZFSデータセットが変更されたことをどのように確認できますか？

Question

これは良い質問であり、今私ができることは「賛成」に投票するだけです。

この問題について考えると、私が試したいくつかの推測方法は次のとおりです。

データセットのスナップショットを再作成し、両方のスナップcreatetxgショットの（「作成」）属性を比較します。 1つのテストでは、幸運で連続した値がありました（snapA生成とsnapB生成間の切り替え中にトランザクションが発生しなかったことを意味します）。さらなる調査によると、トランザクショングループはファイルシステム固有の番号ではなくプール全体にグローバルに番号が付けられているため、これは後で役に立たないことがわかりました。
createtxgスナップショットの値をファイルシステムの最新のトランザクショングループと比較します。わかりませんが、スナップショットがファイルシステムcreatetxgの最新のトランザクショングループと同じかそれよりも高い場合、スナップショットの作成自体がそのファイルシステムにコミットされた最新のトランザクションであることを推測できます。これが本当かどうかはわかりませんが、スナップショットが「オリジナル」であるかどうかを正確に判断するために、スナップショットをcreatetxgファイルシステムの最新のスナップショットと比較することがtxgできれば、予想外のことになります。

この時点で私が提供できる最善の答えは、writtenファイルシステムの属性を信頼することです。ただし、厳格なパラメータ内でのみ可能です。

1) 保留中のすべてのトランザクションがファイルシステムにコミットされていることを確認します。

sync; sleep 1; sync  # maybe I'm just being superstitious?

2）ファイルシステムが非アクティブ（マウントされていない）であることを確認してください。

zfs umount tank/data

written3）-p次のフラグを使用して、マシンが分析できる属性の正確な値を照会します。zfs list

zfs list -Hpo written tank/data

スナップショットがオリジナルであると推論するには、この数字は正確にゼロでなければなりません。「小さい」と入れると足りないzfsマニュアルページ額面のまま：

次の基本プロパティには、データセットの読み取り専用統計情報が含まれています。これらのプロパティは設定または継承できません。特に明記しない限り、デフォルト属性はすべてのデータセットタイプに適用されます。
...

createtxg

データセットが生成されるトランザクショングループ（txg）。ブックマークには、createtxg元のバインドされたスナップショットと同じ内容があります。この属性は、増分送受信などのスナップショットのリストをソートするのに適しています。
...

written

最後のスナップショット以降にこのデータセットに書き込まれた参照スペースの量。

追加の予定は次のとおりです。

written@snapshot

指定されたスナップショット以降にこのデータセットに書き込まれる参照スペースの量。これは、このデータセットで参照されているが指定されたスナップショットでは参照されないスペースです。

値がゼロであることを確認し、その状態に対するアクションを開始しようとしたときに競合状態が発生しないようにファイルシステムをマウント解除する必要がありますが、同時に他のプロセスがファイルシステムに書き込み、パーティーがクラッシュしようとしたとき。

最近コミットされたトランザクショングループ番号に対してファイルシステムを照会する方法を知っている人がいる場合は、その方法を知る必要があります。基本的なインターネット検索では役に立つと思われる内容は出ませんでした。

もう1つの興味深い属性は、referencedスナップショットとその親ファイルシステムの属性です。

referenced

このデータセットにアクセスできるデータ量は、プール内の他のデータセットと共有または共有されない可能性があります。スナップショットまたはレプリカが作成されると内容は同じであるため、最初は作成されたファイルシステムまたはスナップショットと同じスペースを参照します。

しかし、私の直感は、ファイルシステムとスナップショットの両方が10Gのデータを参照できますが、ディスクの実際のブロックの10Gと同じではないため、このプロパティも間違った希望を生み出すということです。「いいえ」という意味です。「共有」というreferenced値が一致することは、十分な条件ではなく、要件に近いようです。

全体的に謙虚さと不確実性が多いので、スナップショットがオリジナルであるとzfs list仮定する前に、この出力に固執する必要があると思います。

# zfs create -o mountpoint=/root/test w541/test
# zfs snap w541/test@snap1
# zfs list -po written,written@snap1 w541/test
WRITTEN  WRITTEN@SNAP1
      0              0

汚れたスナップショットはもうきれいではありません。

# touch test/foo
# zfs list -po written,written@snap1 w541/test
WRITTEN  WRITTEN@SNAP1
  57344          57344

ロールバックすると再びきれいになります。

# zfs rollback w541/test@snap1
# zfs list -po written,written@snap1 w541/test
WRITTEN  WRITTEN@SNAP1
      0              0

ただし、最高の整合性を実現するには、プロパティを照会する前に、おそらく一定時間ファイルシステムをアンマウントする必要がありますwritten。

間違った家庭、監督、または善意の人々が提供した追加の洞察を修正していただきありがとうございます。

Answer 1