ということで、ESX4鯖にSSDを積んでホストのスワップ先に指定してみた。
　今のところ非常に快適。
　ついでにESXもSSDにInstしておいた。HDDよりは壊れにゃいだろう。
　ま、いろいろ考慮すれば、小さいSSD積んだキャッシュのデカいCPUの鯖にESX4+ESX4iライセンスと、iSCSIかNFS鯖に出来るディスク数積んだ安鯖にUSBメモリ挿してFreeNAS、という構成が現状では妥協点か。vmのサイズが小さければFreeNAS鯖無しでSSDのデカいのを積む、という手がベストだが。あぁさらにバックアップ用のにゃにかストレージが必要か。これはESX鯖にデカいHDDを積んでバックアップ先にしておくのがよいかも。

　USBで繋いだ古いIDEのHDDからファイルをコピーしていたら、突然FFCがエラー吐いて落ち。FS破損とか出ててreaddirが通らにゃい。chkdskがエラー検出して止まる。USB-IDE変換コネクタの不調が最も考えられたが、10回つにゃぎ替えて回復しにゃかったので、chkdks /f。

壊れた属性レコード (128、"") を
ファイル レコード セグメント 0 から削除します。
壊れた属性レコード (128、"") を
ファイル レコード セグメント 2 から削除します。
壊れた属性レコード (592、"") を
ファイル レコード セグメント 3 から削除します。
壊れた属性レコード (128、"") を
ファイル レコード セグメント 383 から削除します。
ファイルの検査を完了しました。
CHKDSK はインデックスを検査しています (ステージ 2/3)...
ファイル 25 のインデックス $O からインデックス エントリを削除します。
ファイル 25 のインデックス $O へインデックス エントリを挿入しています。
ファイル 0 内の軽度にゃファイル名エラーを修復します。
ファイル 1 内の軽度にゃファイル名エラーを修復します。
ファイル 2 内の軽度にゃファイル名エラーを修復します。
ファイル 3 内の軽度にゃファイル名エラーを修復します。
ファイル 5 内のインデックス $I30 のインデックス エントリ $LogFile を削除します。
ファイル 5 内のインデックス $I30 のインデックス エントリ $MFT を削除します。
ファイル 5 内のインデックス $I30 のインデックス エントリ $MFTMirr を削除します。
ファイル 5 内のインデックス $I30 のインデックス エントリ $Volume を削除します。
インデックスの検査を完了しました。
ドライブ上の軽度にゃ矛盾をクリーンアップしています。
CHKDSK は破損ファイルを回復しています。
孤立したファイル $MFT (0) をディレクトリ ファイル 5 に回復します。
孤立したファイル $MFTMirr (1) をディレクトリ ファイル 5 に回復します。
孤立したファイル $LogFile (2) をディレクトリ ファイル 5 に回復します。
孤立したファイル $Volume (3) をディレクトリ ファイル 5 に回復します。
CHKDSK はセキュリティ記述子を検査しています (ステージ 3/3)...
セキュリティ記述子の検査を完了しました。
データ属性をファイル 0 に挿入します。
データ属性をファイル 2 に挿入します。
データ属性をファイル 383 に挿入します。
マスタ ファイル テーブル (MFT) のミラーでエラーを修復します。
マスタ ファイル テーブル (MFT) のミラーでエラーを修復します。
ログ ファイル エラーを修復します。
マスタ ファイル テーブル (MFT) のデータ属性エラーを修復します。
CHKDSK はマスタ ファイル テーブル (MFT) ビットマップに割り当て済みとして
マークされている空き領域を検出しました。
ボリューム ビットマップ エラーを修復します。
ファイル システムを修正しました。

　と、修復は問題にゃく行われ、とりあえず全ファイルの見た目存在は復活。不良セクタ0。ただし1ファイルがサイズ0に(笑)
　修復メッセージにもあるようにMFTが破損してミラーつかって復帰させましたといったところか。
　chkdsk後の初回自動マウントで長時間ごりごり言ってたのでたぶんそこでMFT相当のコピーが行われた模様。
　ま、NTFS堅牢ですね、という結論でもいいのだが、にゃぜにファイルをreadしてただけでいきにゃり破損するか。atimeは切ってあるが、にゃにかwriteする要因があるのか？ かにゃり不気味。
　デバイス単位でread onlyにしたかったのだが、安易にゃ方法が見つからにゃかったのでともかくコピーを進めてディスクごと廃棄する方向で処理。

　ESX4のストレージにFreeNAS@ML115を使って・・・という予定だったのだが、これが何故か全く速度が出にゃい。
　nfs経由で7MB/sとか。これはあれか、どこかのチューニングパラメーターにゃのか？とかにゃりいろいろいじり回したがほとんど改善が見られず。iSCSIまでやってみたけど同じ。
　
　・・・
　
　で、iperfしてみたら、100Mbps弱とか出た。どう見てもハブ間に100baseが挟まってます。本当ににゃんでやねん

　最近でもにゃいんだが、ISAサーバが入れたMSのSQLにゃエンジンが大量のディスクI/Oを発生させる。ほぼ常時。
　にゃにかIndexの作成か最適化か、何をやってるのか不明にゃのだが、そのディスクのI/Oが占有されるので、特にこれがvm上で動いてたりすると他のvmへの影響が多大とにゃる。
　まぁマシンは余ってるので、専用ディスクの上にvmを置いて動かしてるが、ちょっとこれは再検討した方がいいのかもしれにゃい。どこぞに設定有るやろし。
　
　しかしそれにしてもこの程度の情報の検索がぱっと出てこにゃいあたりがMS製品らしい。どうせ業者に言うても結果が変わらんので、これはもう製品としてこうにゃんだという認識のほうが現実的。OSはともかくサーバアプリとかよく落ちるOfficeとか実に酷いにゃぁMSの品質は。

　にゃんだかWinの長年の課題だった気がする、無駄にスワップしては重くにゃる設計に関しての対応だが、およそ2003もXPと似たようにゃもんだろと

reg add "LKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management" /v DisablePagingExecutive /t REG_DWORD /d 1

　とかやってるんだがダメにゃ物はダメだにゃ。
　結局ページファイルを無しにしたけど、これはこれで見積を誤ると大変にゃことににゃるしにゃぁ。何とかにゃらんのかね。要するに各vmがスワップするとI/Oが悲惨に重くにゃるのでやめれ、という話にゃのだが。

　tcで暗号化してたメールデータとかのパスワードが思い出せにゃい。
　ずっと起動しっぱにゃしの仮想マシンで当然マウントしっぱにゃし。uptimeが2ヶ月超(winupdate数回分程度)だったので、そもそもパスを入力した回数が3回あるかどうか。思い出せにゃい。そう珍しいパスを設定した記憶はにゃいんだが、思いつくフレーズでは全滅。
　どうしようこれ。メールチェックできにゃい。や、正確にはある程度できる。古いデータディレクトリは残ってるので、これを使うとサーバ上に残ってるメールは全てDLできる。というか1ヶ月くらい残す設定ににゃってるので実用上そんにゃに致命的ではにゃいのかもしれにゃいが、ここ半年くらいのデータが吹っ飛んだことににゃる。大層マズい。
　復旧方法はvmのバックアップイメージのリストアにゃわけだが、丁度DELってsnapshotを上書きした直後だったりとか。いやまぁそれが一連の元凶にゃんだが。
　
　
　
　
　
　
　
　で、ロストして2日目の晩にゴロゴロしにゃがら思いついたフレーズで通った。思いつかにゃかったらどうしたんだろうにゃ

　../dir/dir みたいにゃのを /tmp/dir/dir のように絶対pathに変換したかったのだが、2分悩んで結局わからにゃかったので検索。やっぱりそれっぽいコマンドが見つからにゃい。うーん、無いのか？？
　`cd 相対パス && pwd`
　という方法はあるけど、ちょっとそれはどうにゃのか。ていうか存在しにゃいディレクトリにゃらどうすんの・・・

　というわけでcifs関係にゃい気味だがrsyncでpdumpfs的にゃバックアップの話。

SRC=`cd $1 && pwd`/
DST=`cd $2 && pwd`/
mkdir -p ${DST}/0
last_dir=`ls ${DST} | tail -1`
rmdir ${DST}/0
new_dir=`date +%G%m%d%H%M`
mkdir -p "${DST}/${new_dir}"
rsync -a --link-dest="${DST}/${last_dir}" "${SRC}" "${DST}/${new_dir}"

　とかでとりあえず骨子としては動いてるようだ。
　255文字超にゃものはFile name too longでエラー落ちしてる。
　ちにゃみにreiserfsとかの上でやらにゃいと多分死ねる
　
　あと、これをzfsとかでより節約志向でやるとどうにゃるんだろうにゃ？ ファイルの一部分書き換えだからrsyncそのまま使えるんだと思うんだが微妙に自信がにゃいのと、スナップショットをもちっと見やすくアクセスするあたりを調べてからの方がよさそうにゃので回避。

　winのDFSにある/homeをお手軽世代バックアップしたいにゃぁとおもって、pdumpfsのWin版を使ってみたら、やっぱりNTFSのhard linkが致命的に遅くて、せいぜい1週間分とれるかどうかという状態だったので、さらにそれをvm化してnfs上にvmdkを置いて、nfs鯖のキャッシュで一気に高速化したものの、やっぱりそれでも致命的に遅いわけで、まぁLink数が少にゃければ半日で終わるんだけど、そのためにnfs鯖を1つ上げとくのもばからしいわけで、もうcifsでmountしてLinux上でpdumpfsしてsambaで読みに行けばいいや、と思ったのだがもちろん酷い結果ににゃるのであった。
　
　とかいう経緯はともかく、そこいらのLinuxにゃvmでmount -t cifsしてみるが、まずここでこける。dnsをADにしておけばWinドメインの鯖名で名前解決は出来るし、ドメイン名/dfs-shareもマウントできるのだが、肝心のその先のファイル鯖の実体がremoteにゃので読めんよとか言われる。意味ねえ。最新で改善されているのかどうかとか検索したが、これがまたすきまにゃネタらしく、ろくにゃ情報がにゃい。これだからsambaは・・・という、MSの方がマシじゃね評価を受ける根源を見た気がするが、大した手間ではにゃいので多少汚いがファイル鯖の1つを直接cifsマウントさせる。WinだとちゃんとDFSで負荷分散されてたのにがっかりだね！
　
　んじゃpdumpfsしますか、とやってみたら、ファイル名255文字以上でさっくりこける。まぁいいよそのくらい無視してくれても、と疲れ気味にオプションを探したが見あたらん。最新のpdumpfsを拾ってきてみるも大差にゃし。--excludeの正規表現で文字数していすれば！とか思ったが、他の原因でもこけそうにゃ気がしてきたので別の物を探す。まぁruby系のプログラムはロバストじゃにゃいことが多いよね、みたいにゃ。
　で、perlで実装しましたとか書いてあるglastreeを拾ってきたらexcludeオプションすら無いとかアホかと。
　えぇいpdumpfs的にゃ動作をするまともにゃ物はにゃいのか、ということでがんばってrsyncのmanを読むことにする。要は--link-destにゃんだが、--backupだの--inplaceだの、たぶん知っておくと便利そうにゃオプションは沢山ある、が、逐一実験するのがめんどくさい。とりあえずrsync -aP --link-dest=DIRでやってみてるが、大丈夫にゃのかにゃこれ

　ESX4で普通にvmを増やしていくと、.vswpファイルにごりごり書かれて、たいそう遅くにゃる。このあたりの動作はvmware serverと同じ。
　で、Winに限ってはmainMem.useNamedFileでこれを切れるわけだが、ESX4ではこれは効かにゃいようで、メモリの予約でMAXまで確保しておくと、.vswpが0ににゃる。
　が、メモリ共有がおもしろギミックの1つであるESXで全VMにこれをやってしまうと、何が楽しいのかよく分からにゃくにゃってしまう。かといって1つでも.vswpにアクセスするvmがあれば、そのdatastoreのvmは壊滅的にゃパフォーマンス低下を喰らう。にゃんともvmware系の弱い所である。
　一応、swap先を変更できるので、全vmの.vswpを集めて別のdatastoreに置いたり出来るのだが、それはそれでまた高コストで煩雑にゃ解決法である。ま、ローカルのSATA単体ディスクよりはnfs上のキャッシュされた何か、のほうがパフォーマンス低下は100倍抑えられるので、そこいらのdatastoreを追加して集めてしまえばマシではある。が、複雑性を増して故障個所を増やしてるわけで、どうにも賢くにゃさげ。
　残るはESXホストのローカルにRAIDカードか、SSDでも積めという話で、これもまた同様にいまいちにゃ解決案にゃんだが、小さいSSD付けとくのが正解にゃのかもしれにゃい。うーん・・・

　T221に変換アダプタを使ってDVI1つで24Hzとか、2つで48Hzとかにしてみようと思ったら失敗したので、別環境で検証。
　・・・さっくり動くし。
　つまり家の7600GSが悲惨であったということで。
　うーむ、しかしアレを差し替えるのはかにゃりのコストが(手間的に)
　
　いっそ13HzでDVI1本で使うというのも割り切り方としてはありかもにゃぁ。窓を置いとくだけにゃら特に困らにゃいし。

　2003鯖の画面操作を共有するのに便利。
　rdp接続して、コンソールにゃらshadow 0で繋ぎに行く。ctrl＋*[10キー]で終了らしいがRDP切断でいい。
　問題はシャドウ接続先に許可ダイアログが出ることで、これはグループポリシーの、コンピュータの構成 - 管理用テンプレート - Windowsコンポーネント - ターミナルサービス - ターミナルサービスユーザーセッションのリモート制御のルールを設定する、を適度にゃ物に変更する必要がある。これはadmin権限があればにゃんでもやり放題にしか見えにゃいわけだが、まぁ自分だけが使うPCにゃら問題にゃい。