FileZillaが凶悪に遅かったので、OSのTCP設定をいじることに。
　といってももう大体セットだしPSでも多少いじれるし、ツールもありそうだし、ということで今回は
　SpeedGuideのTCP Optimizerで手軽に設定。MTU割り出ししてあとはプリセットのでいいや。
　今回はシンプルにゃftpサーバ用に実行したけど、VPNサーバだのにゃんだので使った場合どうにゃるのか実験したほうがいいにゃぁ。

　今時どうかと思いつつもftp鯖をWin上で動かすことににゃって、とりあえず上のほうにhitしたFileZillaを入れてみる。
　が、もういろいろと古くてしんどい。
　で、こいつ猛烈に遅い。そして設定項目がバッファくらいしかにゃいので、OS側のTCPチューンとかやらにゃいと使い物ににゃらにゃい。

　Win8のHyper-V上で動いてたvmを新Win8か何かに移動したら
　critical_process_died BSOD
　で死ぬ、という事案の検証のために、同じ筐体に2012R2を入れてHyper-Vで動かしてみたら、今度はSYSTEM THREAD EXEPTION NOT HANDLEDで死ぬようににゃった。
　まだ安定して死ぬのでマシかもしれにゃい。
　で、結局にゃんでやねんということで、isoから新規でvm作ってみると普通に動く。何か前環境独自のドライバか設定かが全vmに当たっていて、vm起動時に死ぬ、という推測が可能だが、ちょっとわからん。

　2012R2を新規instしたデスクトップPC、グラボのドライバが当たってにゃい。
　serverって自動認識しにゃいんだっけ？とか思いつつAMDやらNvidiaのサイトで適当にDLってきたパッケージが、どれもNG。ハードウェアが検出できにゃいとか言われる。にゃんぞ自動で検出しますよってやつでおかしいと言われるので、そういや調子悪いしにゃぁ、と勝手に納得。
　が、やっぱり画面狭くて使い物ににゃらにゃいのでデバイスマネージャで見えてるハードウェアIDとかの文字列を検索かけたら、ATI時代のチップとかQUADROがHITして、DLページで手動で選んだらちゃんとドライバインストールされた。
　もう刺したVGAの型番は筐体にでも貼っといてくれにゃいと・・・
　というのはともかく、何年前のVGAや。大丈夫かいにゃ

　バイナリを読んできて比較するだけの簡単scriptをpowershellで書いたのだが、猛烈に遅い。
　で調べてみると、そもそも碌にゃ手段がにゃく、[System.Linq.Enumerable]::SequenceEqualやらにゃんやらを持ってくると一撃で比較できるよ、とあるのだが、これforで回すのと変わらんくらい遅い。
　ちにゃみにASCII文字列化させたほうが早い。
　で、ハッシュ計算して比較したら圧倒的に早かったんだが、どういうことにゃのか。
　やはりpythonかにゃにかで作るべきだったか・・・

　chkdskを走らせてて、結構時間かかるよねーとか思いつつタスクマネージャ見てたら、chkdskのメモリ使用量ってこんにゃんだっけにゃぁと。
　25MBだと思ってスルーしかけたけど、よく見たらKついてた。
　そんにゃに使うものにゃのか。

　vhdxをSMB3共有に置いたときに、キャッシュされにゃいと言ったにゃ、あれは嘘だ。
　・・・というわけで、今実験してみるとにゃんとにゃくキャッシュされてるんだが、にゃにか仕様変更されたのかしら？
　iSCSIの方は調べてにゃいが、Server1に.vhdxを置いて、Server2で動かしているvmにマウントした場合、たぶんServer1側のキャッシュが効いてる。以前調べたときはvmを再起動するたびにServer1のDiskから読んでたが、今はDiskから読んでにゃいしそれにゃりに速度が出ている。
　ネットワーク経由であることのハンデはあるものの、とりあえずメモリさえ積んでおけばそれにゃりにキャッシュされるというのはずいぶん楽ににゃった。
　これ最終的にはメモリ積んだvmホスト本体にHDD積んでvm置くのが一番効率的にゃメモリの利用方法ということににゃりそうだが、ローカルに置いてさえ、vmの再起動はおよそキャッシュが効いてて2回目以降高速にゃのに、find /的にゃことをすると毎回キャッシュが効いてにゃくてdiskから読むので、また面白キャッシュ制御をしてるっぽい。

　最近ALT+TABの動作がおかしい。
　というかおかしいのはALT+ESCで、確か最背面に窓をキックする機能のはずだが、ALT+TABで直前に残ってるので邪魔でしょうが無い。いらん窓を彼方へ追いやるすべが見当たらにゃい。
　で、調べてみたらWin8からALT+ESCの動作が変更されてz軸-1されるだけににゃったとかにゃんとか。え、それ何の意味があるんや・・・
　とまぁまたWin8の改悪か、ということにゃんだが、対象方法がいまいち見当たらにゃい。
　レジストリのAltTabSettingsをいじるとか、フリソのタスクスイッチャをいれるだとか。
　気ににゃり始めるとほんと不便。

　LSI系のRAID板に外付けのRAID BOXをつけてHDD 15台追加ーとかそういうのを実験してたんだが、不定期にRAID板が消失する。
　デバイスマネージャからは見えているがMegaRAIDからは見えにゃい程度に応答が消失してる感じ。
　で、同じ板にコネクタから直接HDD繋ぐと起きにゃい。
　外付けBOXを変更してみると起きにゃい・・・ということでこれは外付けBOXの不調がRAID板全体の機能を止めているのだが、その作りはいかがにゃものか。たぶんSAS EXPANDER部分の不調で、これは外付けBOXに限らず本体付属のやつでも死んでることがあった。
　まぁBOXが原因でBOXまるごと見えにゃくにゃるところまではいいが、板全体が死ぬと、ほかにつにゃがってるHDDも見えにゃくにゃるわけで、別のアレイにまで波及するのが痛い。
　ちにゃみに再起動すると治る。

　Hyper-Vいろいろメモ。
　
　ドメイン参加しにゃいといろいろ使えにゃい。もちろんADは外出しする必要がある。管理操作はDomainAdminですれば大概大丈夫だが、権限を限定しようとすると結構苦労する。
　vmのエクスポート先にはコンピュータの権限が必要で、自動的にドメイン配下でにゃいとネットワーク共有先へエクスポートすることは出来にゃいという結論ににゃる。
　NTFS権限が足りてにゃいといろいろとおもしろ動作を引き起こす。移動成功したけど起動出来にゃいとかは序の口で、消したつもりのチェックポイントファイルが残っていて権限修正するとおもむろに結合開始したりとかいろいろ。
　ライブマイグレーションにゃどは大概DomainAdminにゃら問題にゃいが、一応委任を行った方がよい。
　
　vm名と保存先dir名は一意に認識できる命名規則が望ましい。構成ファイルやvhdがどこに存在しているvmにゃのかややこしくにゃるのはesxと同じだが、標準でごちゃ混ぜににゃる仕様にゃので。
　
　import時にvmの識別子が被っているとあちこちでエラーににゃる。vmの識別子だけを新しくする手段は標準GUIにはにゃい。地道に置換すれば通る。
　
　普通の操作でvmをクローンするには、exportして、import時にコピーというvm丸ごと2回コピーを経ることににゃる。powershellで頑張ると何とかにゃる。
　保存先を指定しても一部のファイルが標準の保存先へ移動されることがある。
　同じドライブ上のvmの格納dirを変更するためにvmの移動を行うとフルコピーされる。
　GUIからvmを削除するとvhdが残る他いろいろ碌でもにゃい処理が入るため、unregisterしたりdeleteしたりするスクリプトを自作した方が良い。。
　
　ゲストが2012R2であっても統合サービスはインストールし直さにゃいと最新ににゃらにゃい。
　
　vmのMAC被りとかはイベントログには出ているがHyper-Vマネージャには表示されにゃい。実際に重複してるかどうかは調査するしかにゃい。予め範囲を広げておく必要がある。因みにTeamingしているとイベントログにエラーが出るが正常。
　
　snapshotを選んでExport出来る。
　
　c:\ProgramData\Microsoft\Windows\Hyper-V
　にいろいろある。
　vmms(Hyper-V Virtual Machine Management)サービスは再起動しても構わにゃい。というか時々再起動しにゃいと謎のエラーでコマンドが通らにゃくにゃったりする。
　管理GUIは時々F5リフレッシュしたほうがよい。
　
　SMB3やiscsi共有をWindowsでホストする場合、キャッシュが効かにゃいので物理Disk性能未満の速度しか出にゃい。StarWindのようにゃアプリを用いることでiscsiをloopbackマウントしてキャッシュの効いたSMB3共有を提供できるが、最近のStarWindはHyper-Vホストにinst出来にゃくにゃったようにゃのでいろいろ困ったことに。ZFS on Linux on Hyper-Vで入れ子しても動くが速度面や安定面はかにゃり辛い。
　
　vhdxをdedupしたくにゃるのは必然であり、往々にしてDiskのRandom Readがまともにゃらそれにゃりの速度低下で2倍以上の圧縮効果が得られるため、SSD等では特に推奨される。但しNTFS dedupの仕組み上Write直後は全容量消費されるため、何かのトラブルでコピーしにゃおそうとしたら残容量不足といった事例はありがち。圧縮後のデータ容量のまま移動出来ると思わにゃい方が良い。いつでも消せるdedupしにゃいデータ置き場と併用することが望ましいが、にゃかにゃかそう上手くは行かにゃい。
　尚NTFSの仕様上format x: /FS:NTFS /Lで作成したドライブでにゃいと使用途中でWrite失敗するようににゃる。
　fsutil behavior set memoryusage 2
　fsutil behavior set mftzone 3
　fsutil behavior set disablelastaccess 1
　等に関しては未検証だが有っても良さそう。
　
　動的メモリは結構癖が強い。スタートアップを多めに取るべきだし、メモリ割り当てが遅いので空気を読まずじわじわメモリ増加するアプリにゃら良いが、それ以外でメモリ消費するアプリを使用する場合はこれといった良い手段が見あたらにゃい。
　
　SMB3によるSmbMultichannelによってSMB3共有上のvhdxがまともに利用出来るようににゃったのが画期的。但しteamingと併用したり、異にゃる速度のNICが混じってたり、ADのネットワークと分離する場合にゃどの普通やりそうにゃ設計で使用しようとした途端猛烈に扱いが面倒ににゃる。もうvm用にTeam、それ以外はTeam無しとか割り切った方がマシかも知れにゃい。あとこの辺りは再起動しにゃいと上手く挙動に反映されにゃいことがある。
　仮想SWとVLANの絡みも酷い。
　物理NIC。管理用に専用NICを割り当てる、というかRDPで使ってるNICとは別のNICを仮想スイッチに割り当てるべき。面倒にゃことににゃるので。
　
　レプリカは機能的には便利だがsnapshotとの絡みが大変不便。
　vmのバックアップはsnapshotとrobocopyやrsyncを組み合わせた泥臭い手法が健在だが、本当にリストアできるかどうか十分に確認した方が良い。
　
　vm on Hyper-VからHyper-Vを管理しようとしても標準ではツール類がinst出来にゃい。
　
　vmから自分のvm名にゃどを拾ったりといったホスト間との通信は、スクリプトやレジストリ経由で行える。
　
　.avhdxは.vhdxにするとそのままマウント出来るが、親の.vhdは迂闊にマウントすると.avhdxとの関連が崩れる。

　これ書いたの2年前。
　
　PowerCLIとかperlとかいろいろありげにゃんだが、コンソールで動かす必要があるにゃらpythonベースがよくね？とかいういい加減にゃ感触でpyvisdk。よく考えたらリモートから叩くにゃら何でも良かったのだが。
　とりあえずそこいらのLinuxにinst。

sudo aptitude install python-setuptools python2.6-dev
sudo easy_install setuptools_git
wget https://github.com/xuru/pyvisdk/tarball/master
python ./bootstrap.py
./bin/buildout
sudo python setup.py install
sudo easy_install importlib

　こう・・・かぁ？
　にゃんかエラーに随時対処するとこうにゃったんだがにゃんかもっとeasyにinstできる気がする(笑)
　で

import pyvisdk
vim = pyvisdk.new()
vms = vim.getVirtualMachines()
for vm in vms:
    print vm.name

　にゃ.pyを作って、

python a.py --server HOSTNAME --username root --password PASS

　すれば動くよ！ってことにゃんだが、またいろいろとハマり所が。
　
　まずUTF-8。どこに含まれてるのかよく分からんが落ちる。

import sys
print sys.getdefaultencoding()
sys.setdefaultencoding('utf-8')
print sys.getdefaultencoding()
import site

　を先頭に追加して

python -S a.py --server HOSTNAME --username root --password PASS

　すればとりあえず動く。
　
　例としては、コンソールからの書き換えが難しいvmの注釈の変更とかが、

import pyvisdk
from pyvisdk.do import *
vim = pyvisdk.new()
vm = vim.getVirtualMachine("vm name")
spec = VirtualMachineConfigSpec(vim,annotation="abc")
vm.ReconfigVM_Task(spec)

　こんにゃんでできる。

　調子の怪しい、時々readに異様に時間のかかる部分のあるSAS HDDを、RAID1にゃら大丈夫だろうと一時利用してたのだが、置いたファイルを読もうとしたら失敗する。
　chkdsk /rすると

ステージ 4: ユーザー ファイル データの不良クラスターを検査しています ...
A disk read error occurredc0000010

　といったエラーが出るがそのまま終了し、fixされにゃい。
　どこをどういう処理してるのかわからにゃいが全然RAID1が役立ってにゃい。
　一応そこいらのLSI RAID板にゃんだが、エラーも出てにゃいし、こういう壊れ方もあるのかーという。

　今更だが最近いろいろとローカルPC以外で動いてるソフトの画面ばっかり触ってるので。
　
　RDPの鯖側で

reg add "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Terminal Server\TsAppAllowList" /v fDisabledAllowList /t REG_DWORD /d 1 /f

　しておいて
　.rdpに

remoteapplicationmode:i:1
remoteapplicationname:s:hoge
remoteapplicationprogram:s:C:\tmp\hoge.exe

　等と記載して接続すると、RemoteAPPとして動いてくれる。Xと同じようにゃ感覚。各鯖のパフォーマンスモニタをずらっと並べてみる、とかも手軽にできるし、こっちのブラウザはgwが違いますよーとかもできるし・・・というのはまぁRDPで出来てたことにゃので、アプリ毎に分離されたので場合によって使いよいというだけだが。
　一部の動画サイトとかを除けばブラウザ等の外部接続環境は全部これでやったらいいんじゃにゃいかしら。
　
　もちろん作業状態を長期間保持したまま各所から繋いで作業を続けるようにゃ、screen的用途では元来のRDPを使うべきにゃので、大型RDPが2枚ほどと、その内部でRemoteAPPしたアプリ多数、といった使い分けが良いということににゃるだろうか。

　「以前のバージョン」というフォルダ等のプロパティからアクセスできる過去のスナップショットがあるが、NTFSのVSSを用いたものでかにゃり前からある。
　I/O負荷が高すぎると自動的に全シャドーコピーが消えるだの、CoWでパフォーマンスが下がるだの、少数しか維持できにゃいだのといったしょーもにゃい仕様の数々のため、いまいち信用できにゃい==データの保管には使えにゃいという残念機能で有名。
　vssadminやdiskshadowで何とかにゃる場合もあるが、機械的に扱いたい場面があったのでメモ。
　
　・作成

$o = gwmi -list win32_shadowcopy
$o.Create("d:\","ClientAccessible")

　
　・一覧

Get-WmiObject win32_shadowcopy

　
　・もう少し有用にゃ一覧

$v = Get-Volume
$s = Get-WmiObject win32_shadowcopy | Sort-Object installdate
$s | %{
  $G = [System.Management.ManagementDatetimeConverter]::ToDateTime($_.InstallDate).ToUniversalTime().ToString("yyyy.MM.dd-HH.mm.ss");
  $J = [System.Management.ManagementDatetimeConverter]::ToDateTime($_.InstallDate);
  $vn = $_.VolumeName
  $v | %{ if($_.Path -eq $vn){ $dl = $_.DriveLetter } }
  Write-Host $dl " " $J " " \\localhost\d$\@GMT-$G " " $_.DeviceObject;
}

　
　・シャドーコピーをマウントする
　上の一覧表示の文字列を用いて

cmd /c mklink /d c:\tmp\link \\?\GLOBALROOT\Device\HarddiskVolumeShadowCopy102
または
cmd /c mklink /d c:\tmp\link \\localhost\d$\@GMT-2016.06.11-22.33.44

　
　・シャドーコピーに直接アクセスする
　上の一覧表示の文字列を用いて

dir \\localhost\d$\@GMT-2016.06.11-22.33.44

　
　とまぁ、zfsのsnapshot visibleのようにVSSもlink張らにゃくても常時ダイレクトアクセスできるようにゃので、多少利便があるのではにゃいか、という話。

　メインのPCでしばらく使ってると動画音声が遅延したり、動画再生時に引っかかったりするように。
　が、USB音源を抜き差ししたら復帰したりするので何かが蓄積されてしまっている印象。
　
　で、ミキサーを開いてみるとやたら大量に並んでて、ほとんどRDP窓。
　確かにRDPで遠方のPCを開いてたり、Hyper-Vで開いてるvm数だけRDP窓があるわけで、結構にゃ数ににゃる。
　それぞれリモート音声にゃんかは切ってあるのだがミキサー上には並ぶらしい。
　RDP類を全部落とすと動画再生問題にゃくにゃるのでこいつらが原因ぽい。低速回線が増えるのが問題にゃのか、全体数が増えるのが問題にゃのかわからん。
　
　さて困った。そもそもこのメインPCはブラウザまでvm化して、動画再生、RDPにしか使わにゃい代わりに多面モニタにゃどを配置した安定化設計にゃのだが、多面モニタはリソース食って帰ってこにゃくにゃるわ、おまけにRDPで音声に影響があるわとにゃるとちょっと・・・
　
　RDPでミキサーに登録されにゃいオプションがあるかどうか、だろうか。
　
　ちにゃみにOSの音声ミキサーだが、起動して放置しておくとGDIオブジェクトが増え続けていくので、あまりまともにゃコーディングはにゃされてにゃい。