上でシンディスク肥大化して、何とかVMFS上で縮小させるまでの覚書です。※実施前には必ずクローン又はovfやその他バックアップを取得してからお決まりですが、個人の責任で実施してください。※可能であればクローンで一度リハーサル実施してください。※各種コマンド実施後はディスクI/Oを非常に使います。パフォーマンスの影響の無い時間帯で実施することをお勧めします。(SEPM)をインストールしているサーバでウィルスパターンの世代数を3から30へ変更した際にある程度ディスクが肥大化するとは思っていたが、ウィルスパターン自体は30GB程度しか大きくならないので安心していた所なんと、データベースバックアップが1世代30GBくらいで5世代取られており気づいたらディスク全体が300GB弱になっていた。■対策とりあえず、SEPMのDBバックアップ自体そんなに必要ないので1世代としてバックアップDBも1世代を残し削除。その後バックアップ世代も1世代へ変更。する事で、ディスク全体の容量は150GB位まで下がり、一安心。思いきやVMFS上のディスクはシンディスクで構成しており、一度巨大化したディスク領域はそのままでは元に戻らない。Windows上で確認すると、空き領域は137GBとなっているが、ボリュームの縮小を実行しても殆ど小さくならない。OSの重要データが後半ブロックに書かれている事が原因らしい。ESXiのVMFS上ではフルで使っている事になっている。した物かと、色々考える。使って空き領域に0を書き込みボリュームの圧縮が出来るか確認。Cドライブの空き領域に0が書き込まれます。このまま、ボリュームの縮小が出来るか確認。そんで、一度仮想サーバをシャットダウンして、ESXiホストのSSHを有効にしてSSHでログインします。その後、まずは、現在の容量を確認。EPSRV01-flat.vmdk現在の実際のサイズは289.2GBだという事が分かる。因みにlsで確認しても全体容量しか確認出来ません。※ここで注意点が、一番巨大なEPSRV01-flat.vmdkでは無く、0バイトの仮想サーバ定義ファイルっぽいやつを指定しないといけない点。done.さて、小さくなったかな~と思ってVMFS容量を確認すると、何と減ってない。EPSRV01-flat.vmdkと言うより最大容量まで増えている。仕方が無いので、KNOPPIXでも久々に使おうかと。最初はknoppix_v7.0.2を使用して起動。gpartedさてボリュームのリサイズしようと思った所、リサイズの項目がグレーアウトして使えない。?って色々確認するが分からない。以前はNTFSでも使えてたのに。いう事でバージョンを下げてみる事に、今回は「knoppix_v6.7.1」で起動。gparted今度は問題なくリサイズの項目が使えるようになっている!!ギリギリだと一時ファイルも作れなくなってしまうので、まずは、少し増やして適用する画面で確認が来るので、適用しちゃいましょう。あとは、移動リサイズが終わるのを待つのみ。移動を必要とするファイルの容量にもよりますが、そこまで時間はかからないはずです。done.でも容量変わらず。EPSRV01-flat.vmdk結局空き領域に0クリアしておかないといけないので、という事でまたもや仮想マシンを起動。Linuxで無理やりパーテーション変更したのでチェックディスクが走ります。今回は無視せず、ちゃんとチェックさせましょう。未割当領域が出来ている事をWindowsから確認クリアする為にはドライブパスがいるので、とりあえず、Eドライブ作成。DがCDドライブなのでEという事で。