LVMミラーリングでは、イメージログはどのような役割を果たしますか？

~からLVMドキュメント起こるのは簡単ですGoogle:

LVM は、ミラーと同期している領域を追跡する小さなログを維持します。デフォルトでは、このログは再起動後も持続するようにディスクに保存されます。 --corelogパラメーターを使用して、このログをメモリーに保持するように指定できます。これにより、追加のログデバイスは必要なくなりますが、再起動するたびにミラー全体を再同期する必要があります。

さて、ファイルシステムやフォールトトレランスの背景知識がない場合は、なぜこれが明確ではないのかを理解できますが、少なくとも最低限の調査を行い、上記の説明を見つける必要があります。

問題は、システムがディスクの1つにいくつかの新しいデータを書き込み、他のディスクに書き込んでいないときにシステムのクラッシュや停電が発生した場合にどうなるかです。ログは、ミラーの各コンポーネントのどの領域がディスクの1つにまだ書き込まれていないかを追跡します。特定の時点でログが空でない場合、ディスクは同期していません。ログがメモリに保存されたら、システムの起動時に両方のディスクのすべてのブロックを読み取り、違いを確認する必要があります。ログがディスクに保存されると、システムはログを読み取り、ログに記載されているブロックのみを確認します。

これはミラーの状態、すなわちどのブロックがまだ同期していないかを保存する。これが私がRAID1用のLVMが好きではない理由です。ミラーリングには3つのボリュームが必要です。 mdadmを使用して、デバイス（または外部デバイス）に（オプションの）ビットマップを配置することでこの問題を解決できます。小型デバイスの場合、完全に同期しても問題になりません。これは大規模なデバイスでは難しいので、そこに（「内部」）ビットマップを配置することをお勧めします。