XP)の導入、運用でお金を貰うビジネスをしていたので、嫌だなーと思いつつ、すげー触った。2003の時代だと、2000で構築した環境のリプレイス案件が多かった気がする。ntdsutil、dcpromoいろいろ覚えてたけどもう忘れた。標準のDNSサーバーが役に立たねー、って記憶が一番つよい。BINDを基準で考えると、DNSサーバーとして圧倒的に機能が足りないので。BINDの運用ってレコードの管理とかが超かったるいので、そういう感じで運用している現場をぼくは見たことがなかった。hintが更新されてない環境が多かったように記憶している。SAN)で組むことが身近では多かった。なんか、これを組めると出来る人、みたいな扱いをされてたけど、当時から結構ネット上に情報もあったし、お手軽なクラスタリングソフトだったと思う。変なところではDHCPdとかそういうのにも使ったりしているところがあった。NTPAD環境の場合、クライアントPCとかは、FSMOロールのサーバーの時刻に同期していなければならない(kerberos認証の都合上)。localしか見ていなかったり(FSMOのサーバーがどんどん時刻が遅延していくと、クライアントPC全部がどんどん遅れていく)とか、そういうのが多かった。backupWindowsの標準のバックアップツールでメジャーな奴といえば、これ。仕事で使ったケースだと、backup先をCIFSマウントした(へぼい)NASとかにすると、なんか失敗するケースがあって、テープメディア前提のソフトウェアの悲しさみたいなものを感じた(適当に言ってます)。backupをつかう、というノウハウもあった。ファイル書き出し機能を使うのは危険http://d.hatena.ne.jp/softether/20091027イベントログ今はどうか知らんが、Windowsのログといえばイベントログで、これがまた扱いにく(UNIXの文化から来ると)。フラットファイルじゃないからね。syslogサーバーとかに載せたいときは、NT-syslogとか使ってた気がする。あと、コマンドでいうと、eventtriggersとかが、2003/XPからはあって、重宝してた気がする。WSH有名なActivePerlも実はWSH上で動いている。本番サーバーで使ってる現場に出会ううことはなかった。vbsの文法が好きになれなくて、自分で書くのはjscriptにしてたんだけど、引き継ぎできねーって怒られたのを記憶している。懐かしい当時、参考にしていたドキュメントリソースキット(本)は、インフラの基本的なことが書いていて勉強になった...かもしれない。あと、MSのサポートだったり、kbばかり見ていた気がする。WINDOWSあたりが記憶に残っている。アンドキュメンテッド~はwiresharkで、SMB/CIFSの解析をするのに非常に助かったりした。その他Sysinternalsとか、リソースキットのツールとか、このへんの便利ツールがデフォルトで入っていないのが本当に使えないなぁ、と思っていて。受託で仕事をしていると、サーバーに便利ツールを入れるのも、非常に面倒なプロセスを踏む必要があって、萎えた。アプリケーション・サーバーは触ってなかったのでASP.netとかIISはぜんぜん知らない。netshコマンドは使いこなせた気がしない。あれ、MSとCiscoが仲良かった頃の名残なんだよね。共有CommonsDBCPでminIdle以下のコネクション数になっちゃう時はtimeBetweenEvictionRunsMillis設定しようタイトルまま。そもそものCommonsDBCPの設定の話はこのへんでもみてねhttp://www.atmarkit.co.jp/ait/articles/0709/25/news149_3.htmlnetstatをみたときに、Tomcatのコネクションプーリングのコネクション数が、minIdle以下になってることがあって。アイドル状態のコネクションは、検証し続けないとminIdle以下になっちゃうらしいんですね。アクセスが多くなるとmaxIdleまでは増えてくれるんだけど、コネクション生成コストもばかにならないので、minIdle数ぐらいは、常に貼っておいてほしいと。そんなときは、timeBetweenEvictionRunsMillisを明示的に設定すればよくて(デフォルト値は-1なのでなんもしてない)、これを設定すると、idle中の検証をしてくれるので、minIdle以下のコネクションになることがなくなった(^○^)手元の環境では、60000(ミリ秒)と設定している。おわり追記1timeBetweenEvictionRunsMillisを明示的に設定したら、もう1ついいことがあった。ピーク帯にコネクション数が、DBCPで設定してある、maxIdleぐらいまで達するんだけど、そのあと、負荷が下がっても、コネクション数が、mysqlのwait_timeout(デフォルト8時間)ぐらい維持されてたんだよね。timeBetweenEvictionRunsMillisを設定したら、上記の8時間ぐらい増えた分が維持されていたコネクションが、すみやかに使わなくなったらcloseするようになった。追記2http://www.atmarkit.co.jp/ait/articles/0709/25/news149_3.htmlこれみたらtestWhileIdle以降はプール内でアイドル状態のコネクションを検証するかどうかのパラメータだ。この機能を使用するときには、validationQueryパラメータが設定されている必要がある。書いてたんだけど、このへんのソースみた感じhttp://svn.apache.org/viewvc/commons/proper/dbcp/trunk/src/main/java/org/apache/commons/dbcp2/BasicDataSource.java特にvalidationQueryにtimeBetweenEvictionRunsMillisが依存してる感じはない(なんか見落としてたらごめん)。ソース読みきれないので推測入るんだけど、アイドル接続の有効性を確認(クエリを投げての検証)は、validationQueryが必要っぽいんだけど、アイドル接続の生存期間を確認するだけなら、minEvictableIdleTimeMillisのデフォ値で見てくれているので今回は期待した挙動(追記1)になったんだと思う。