メインコンテンツまでスキップ

Flex Volume のクローンスプリットに時間がかかるのはなぜですか?

に適用されます

Data ONTAP 7 以前

回答

140G ボリュームの Flex Volume Clone Split は 18 時間以上実行されており、まだ完了していません

Flex Volume のクローンスプリットに時間がかかるのはなぜですか

FlexClone スプリットプロセスが低速です

一般に、クローンスプリット処理にはかなりの時間がかかることがあります。

stats show -nFlex Vol クローンスプリットプロセスに関係するボリュームの出力を分析すると、 Flex クローンが実際のボリュームのクローンであり、ボリュームのフル容量に関係なく存在することがわかります。

Flex Clone Split では、クローニングされているボリュームに、すべてのビットのデータと空き inode を転送する必要があります。
したがって、スプリットが実行されると、表示される inode の総数に空きが追加され、それぞれがスプリットされてソースから分離されているボリュームにコピーされます。

クローンスプリット処理は、次の理由により、実行にかなりの時間とリソースを要する可能性があるコピー処理です。

  • アグリゲート内の空きブロックは、親とクローンの間で共有されているブロックのコピーに使用されます。
  • FlexClone スプリットでは、ディスク I/O 処理が発生し、アグリゲート内の他のディスク処理と競合する可能性があります。
  • コピー処理では、一部の CPU リソースとメモリリソースが使用されるため、フル負荷の Filer のパフォーマンスに影響を与える可能性があります。

ただし、 Data ONTAP は、スプリット処理のパフォーマンスへの潜在的な影響に対処します。分割操作はバックグラウンドで実行され、優先順位はフォアグラウンド操作に大きな影響を与えないように設定されます。また、およびなどのクローンスプリット処理のステータスを停止または確認するコマンドvol clone stop cl_vol_name vol clone status cl_vol_nameも用意されています。クローンを親ボリュームからスプリットする方法の詳細については、次を参照してください。

クローン処理はバックグラウンドで実行され、親ボリュームまたはクローンボリュームへのデータアクセスには影響しません。また、ユーザープロセスは処理中に影響を受けず、スプリット処理は優先度の低いジョブとして処理されます。これは、ボリュームに書き込まれたデータのみをコピーするボリュームコピー処理とは異なります。

クローンボリュームを作成する場合は、すぐに使用を開始して、データの整合性に影響を与えることなく、バックグラウンドでスプリットを実行できます(スプリットが完了するまでスナップショットを作成できないという点を除く)。フレキシブルボリュームのクローニングの詳細については、『 Data ONTAP 7.0 ストレージ管理ガイド』を参照してください。

追加情報

N/A