実は家にこの２つのOSがあります。

自宅に帰ると、TVより早くこの２つのOSに火を入れます。

スペック的には Windows Server 2003 R2 用のPCが劣ります。

当然、どちらが早く起動するかなと思いますよね。

CTRL-ALT-DELETE までは Windows 7 に軍配が上がります。

ですが、いざ個人用のディスクトップを表示するところまで行くには、Winwodws Server 2003 R2 に軍配が上がります。

なぜそのような現象が起きるかといいますと、Windows 7 の場合は仮想ドライブの接続を起動時に確認するのですよね。

私の仕事用自宅PCは会社と相互にVPNで結ばれているため、常に仮想ドライブを使える状態に設定しています。

そのため、その確認段階で追い越されるようです。

Windows Server 2003 R2 はいちいち起動して利用することは想定されていない(私の勝手な想像)ため、仮想ドライブの接続確認はパススルーされているのではないかと思われます。

そう、しばらく経ってから、じっくり接続するようです。

それに比べ Windows 7 は、仮想ドライブの残り容量などを取得しようとしているようです。

似たような現象が出るプログラムに、「robocopy」(ロボコピー)によるファイルコピーがあります。

robocopy はあまり知られていないコマンドですが、Windows 7 にも標準搭載されているファイルコピーコマンドです。

MS-DOSプロンプトで「robocopy」と打ち込んでください。搭載されていれば画面に説明が表示されるはずです。

こちらは、特定のフォルダを丸ごと別のフォルダや他PCの共有フォルダにコピーするものです。

動的なミラーリング機能もあり、これを待機状態で実行させておけば、リアルタイムにミラーリングが可能で、Windows では最も安く(無料なので)フォルダのミラーリングを実行できます。

実は、DFSなどの高度な機能を使わなくとも、簡単にミラーリングができてしまうのですね。

(但し一方向のバックアップ的なミラーで、双方向ではありません)

みなさんは通常、フォルダのコピーなどにはエクスプローラを利用していますよね。

通常、エクスプローラを使用すると、コピー元のフォルダ容量やファイル数を取得しようとします。

実は、その情報取得に必要な時間がボトルネックになっており、直ちにファイルコピーを実行できません。

2万も3万もファイルやフォルダがあると、フォルダのFATエリアを読み出すだけで相当なパワーを必要とするからです。

ところが、robocopy はその作業を行いません。

いきなりコピーを開始しますので、とにかく無駄がなく高速です。

しかも、2回目はきちんと更新されているものだけコピーしてくれます。

便利ですから、パワーユーザーの方は、バックアップを取る際、robocopy の利用をお勧めします。

で、何を言いたいのかといいますと･･･。

Windows 7 と言えども、環境によっては起動のが遅いと感じますよ。

と、いうことです。

全ての脂肪という訳ではないのですがね。

とある専門チャンネルを観ていたら、ホッキョクグマさんの物語をしていました。

-16℃が適温の彼らは、大量の脂肪を身にまとうことで体温が下がるのを防いでいるのですが、

獲物の脂肪だけを好んで食べるそうなのです。

脂肪を好むのには理由があり、赤みに比べて胃の負担が少なく、体力の消耗が抑えられるそうなのですね。

みなさんも、食べるときに汗をかいたりすると思いますが、食べるという行為は、単に外見だけの動作だけではなく、胃や腸といった内臓も働くため、エネルギーを必要とします。

脂肪は最も効率よくエネルギーを貯めこめるという訳です。

ホッキョクグマはそうして環境に適合していきました。

まあ、何を言いたいのかといいますと。

我々は温かい所に住んでいるので･･････。

やはり動物性脂肪のとりすぎは太る元のようです。

最近、このブログに検索でおいでになる方のうち、movable type API について調べている方が多いので、それに関連する技術として、まだ誰もネット上で公開していない metaWeblog.newMediaObject について、完成系に近い ASP ソースコードを公開します。

API の中では最も難しい部分なので、参考にして頂ければ writer の普及に貢献できるかと思います。

Const adTypeText = 2
Const adTypeBinary = 1
Const adSaveCreateOverWrite = 2, adSaveCreateNotExist = 1
'
' Base64
'
Set DomFile=CreateObject("Microsoft.XMLDOM")
Set TmpFile=DomFile.createElement("tmp")
TmpFile.DataType="bin.base64"
TmpFile.Text=FILEBITS
Bin=TmpFile.NodeTypedValue
'
' Imageとして保存
'
Set writeStream=CreateObject("ADODB.Stream")
writeStream.Open
writeStream.Type=adTypeBinary
writeStream.Write Bin
writeStream.SaveToFile USER_FOLDER & "\" & FILENAME ,adSaveCreateOverWrite
writeStream.Close
'
Set writeStream=Nothing
Set TmpFile=Nothing
Set DomFIle=Nothing

仕組みは非常に簡単だと思います。

簡単なのですが、この部分で悩んでいるエンジニアの方も多いですよね。

こういった技術はネット上でも個人によって断片的にしか公開されておらず、ましてや商売で製作している企業にとってはノウハウにあたるため、公開することはまずないかと思います。

このストリーム部分は writer だけではなく、CMS等の技術としても幅広く応用できるため、ぜひ利用して頂ければと思います。

もしバグがあったら教えてくださいね。

ちゃんと精査しないのは私の仕様です。

今日はサーバー構築プロジェクトのキックオフがあります。

このキックオフというのはIT業界用語みたいなもので、サッカーの試合開始になぞらえた、プロジェクト開始の儀式みたいなものです。

いよいよ始まるというのを、自分に言い聞かせるようなものですね。

今回の構築は自分で設計しています。

そのため全体像が頭に入っており、進行についてはさほど心配はしておりませんが、この業界特有の悩みもあります。

それは、構築途中の仕様変更です。

ITの進歩は激しいため、実際に設計した時からこれまでの間、すでに複数の個所で仕様変更をしています。

たとえば Windows 7、Windows Server 2008 R2、ストレージ機械、省電力型サーバー etc.

その時々の最先端で構築したいと思うのが当然なのですが、時にはその機器だけではなく、周辺も変更しないと対応できない場合があります。

周辺までとなると、もう大変です。

なのに、構築中でも変更する時があるのですよね。

でも、変更は決して簡単な事ではないのですよね･･･。

システムはぎりぎりまで最新りもので構築したいのですが･････。

いつまでもそれを追っていてはダラダラ続いてしまいます。

そこで、仕様変更の検討はこのキックオフまでと決めています。

一応もう変更はしませんよ!と(自分にも)知らしめることでもあります。

そういった事も含んだ儀式なんですよね。

いよいよ本格的に Windows 7 の時代が始まります。

確か、Windows Server 2008 R2 もでしたか･･･。

R2は負荷が低く抑えられているため、従来より20%ほど低電力で動作すると言われています。

最近作成をお願いされた仕様案に、急遽R2の条件記述を挿入したのは、そんな背景がありました。

OSで20%変わるというのは凄い事ですから。

最近のサーバ管理では、コンソールからキーボードを叩くという環境より、リモートディスクトップからメンテを行うことが多くなりました。

すなわち、そういった動作モジュールを分離可能に構成することにより、省電力化が図られるという訳ですね。

R2 と言うと、どうしても Windows 7 との連携機能に目が行きがちですが、こうした地道なアップグレードにも注目してあげてください。