iSCSI経由で公開されたHP LeftHandストレージを備えたESXiボックスがあります。
1TBのディスクを持つ仮想マシンがあり、そのうち800GBが消費されています。ディスクは、LeftHandストレージにシックプロビジョニングされています。
VMでスナップショットが開かれ（Veeam Backup and Recoveryが処理できるように）、約6時間開かれました。この間に約5GBのデルタディスクが作成されました。
スナップショットの削除には5時間以上かかりましたが、まだ完了していません。ストレージアレイは、そのアレイで実質的にIOPS（バックグラウンドノイズである約600）、スループットなし（バックグラウンドノイズである約8MB /秒）、平均キュー深度9を実質的に報告しています。
言い換えれば、スナップショット統合プロセスはIOバウンドではないようです。スナップショットの削除が非常に遅くなる原因は何もわかりません。それはされて差分ファイルを見て判断し、取り組んでいます。
この（比較的小さい）スナップショットを削除するのが非常に遅い理由について、他に検討すべきことはありますか？
あたりとしてVMwareのマニュアル、私は見ているls -lh | grep -E "delta|flat|sesparse"今、私は変更されている2つの差分ファイルを参照してください。
-rw------- 1 root root 194.0M Jun 15 01:28 EXAMPLE-000001-delta.vmdk
-rw------- 1 root root 274.0M Jun 15 01:27 EXAMPLE-000002-delta.vmdk
あるスナップショットファイルが統合され、他のスナップショットファイルは統合プロセス中にデルタを収集していると推測しています。次に、新しいものが統合され、そのプロセス中に別のデルタが作成されます。
ファイルサイズは各反復（まあ、ほとんどの反復）で低下しているので、最終的にこの統合手順が完了すると思います（変更を生成せずにこれを完了するには、30分間VMをネットワークから取り外す必要があるかもしれません） 。
統合するには、デルタ100メガにつき約2分かかります。これは確かに前に起こったことはありません。通常のVeeamバックアップでのスナップショットの削除には約40分かかります（確かに高速ではありませんが、この速度ではありません）。
6時間2分後に、スナップショットは最終的に削除されます。ただし、この種の問題（ストレージのパフォーマンス以外）を通常トラブルシューティングする方法があるかどうかを引き続き知りたいと思います。